Re: [OSM-talk] How can we measure the completeness of the map statistically
* Another hypothesis is that more complete areas of OSM will have a higher level of edit activity. If no-one has ever edited an area then it may be unlikely that the map is complete there, obviously however there may just be nothing there, so this test could be used in conjunction with the Yahoo! Imagery test stated before. If we could produce some sort of heat map showing which areas are edited most frequently and monitor it over time this could certainly show us some interesting trends. I have done approximately this some time ago. See my post in an earlier thread on completeness measures: http://lists.openstreetmap.org/pipermail/talk/2008-May/026284.html In the meantime I created the images for the Netherlands weekly and put them in an animated GIF file: http://www.vanwal.nl/osm/density/nl_500_080425-080619.gif On the Dutch tile server we also added a layer showing recent changes, overlayed over aerial imagery, see http://tile.openstreetmap.nl/~rubke/fietskaart/?zoom=9lat=52.00lon=5.07layers=0B000FFTT (Only zoom level 7-10; the placenames can be turned off in the layer menu.) Although the amount of recent changes is not a measure for completeness, I think it shows nicely what we can do using automated image generation, and the method can easily be adapted to show different kinds of statistics. -- Freek I'm very intrigued by your work Freek. I'll get working on trying to reproduce something like this for the UK and then try to use the map generated to compare with OSM. See if the hypothesis does hold that more complete areas are edited more. Because of course as you say a fully complete area should not be edited at all. Ed http://edwardmjohnson.wordpress.com/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] The State of the Flags (in the State of the Map)
On Thu, Jun 26, 2008 at 5:42 PM, Iván Sánchez Ortega [EMAIL PROTECTED] wrote: El Jueves, 26 de Junio de 2008, Dermot McNally escribió: I'm wondering how many of the non-irish, non-british speakers for SotM08 will bring a flag from their country. I can bring my own italian flag... cant remember now its size, but it's of an average home-pole size. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (PSV_directions)
Alex L. Mauer wrote: (I might not know offhand what psv_directions=no is, since psv is not a common term around here.[..]) Nor, I think, would most from the US. When I first looked at the description (public service vehicle) my first thought was emergency vehicle (police, fire, ambulance). IMHO, bus or something derived from public transit (ptv?) would make more sense, both within and outside the UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] SOTM2008 Conference - The Almost Official Limericklimerick
Another poor attempt ;-) There was a mad mapper from Galway, Who'd run out of places to survey. packing his GPS, he sped to New Ross, where again he could forge a new Way. Cheers Andy -Original Message- From: [EMAIL PROTECTED] [mailto:talk- [EMAIL PROTECTED] On Behalf Of Mike Collinson Sent: 25 June 2008 7:03 PM To: OSM Subject: [OSM-talk] SOTM2008 Conference - The Almost Official Limericklimerick OpenStreetMap's State Of The Map 2008 Conference is in Limerick, Ireland Sat-Sun July 12th and 13th 2008 http://www.stateofthemap.org/registration/ http://www.stateofthemap.org/registration/ . See you there? It took my mother to point out that we really could not have a conference in Limerick without writing a limerick for it. So I asked her to write one and have set up a wiki page for any more entries. A limerick is a five-line poem with a strict form: A-A-B-B-A rhyme with two long, two short, one long sentence. Probably a peculiarly British obsession. A GPS mapper named Mike, Covered 62 miles on his bike, But was rueful to find, At the end of the grind, That the said GPS was on strike. See if you can do any better. http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/LimerickPoemC ompetition http://wiki.openstreetmap.org/index.php/State_Of_The_Map_2008/LimerickPoem Competition In the event of an overwhelming number of entries, there'll be three categories: 1) Limerick's you would show your mother and that she just might understand. 2) Dubious limericks that you certainly would not show your mother. 3) Obscure jargon-ridden limericks that no-one except hard core OSM mappers would understand. Mike No virus found in this incoming message. Checked by AVG. Version: 8.0.101 / Virus Database: 270.4.1/1517 - Release Date: 24/06/2008 8:41 PM ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] How can we measure the completeness of the map statistically
Am Donnerstag 26 Juni 2008 schrieb Frederik Ramm: * Another hypothesis is that more complete areas of OSM will have a higher level of edit activity. Then there are those who say that an area that's complete doesn't require any edit activity... That is right that complete areas might not gany much edits (or maybe no edits at all) but you can see that on the edit history you will get a submit-curve that has a lot of edits within a timeperiod until you get at thet point it's getting less end less till you have almost no edits at all. So a calculation should allways include the history of submitted changes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] description tag and opinions
Hello everyone, What's the current thinking in general on what we should do with the description tag? From what I gather the consensus is generally to avoid anything which might be seen as an opinion, so far example serves Dunbridge Ales might be seen as valid whilst serves Dunbridge Ales, and I strongly recommend Old Wizzle as it's the finest in the district might be a no-no. Likewise serves Sunday lunches, ok serves particularly high-quality food not. Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Walking routes and OSM (again)
Hello everyone, Richard's comments the other day have got me strongly interested in implementing tightly-bound (to OSM ways) walking routes in Freemap. There are a couple of UI ways in which this could be implemented: a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. b) More user friendly but harder to implement, more prone to errors, and possibly slow: User draws a walk route using the OpenLayers drawing tool. On the server side, the ways closest to each leg of the walking route are calculated. Walking route highlighted, and user then clicks done and adds further comments as before. Any preferences, e.g do people think a) is too cumbersome for the user? Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (PSV_directions)
I fully agree that PSV is not the best term to use. I had to look for its meaning also. More generally speaking, there are many tags that should be adapted depending on countries. But that is not really my point. My point is that I need to tag a street which is one-way for cars, and 2-ways for buses. Changing the whole tagging system, with a kind of object oriented method, or changing the name of PSV, are surely good ideas, but my question is: do you think my need is a frequent one? If yes, do you think the way I try to address is is relevant? If I get a double YES, we may validate the tag. And then, if it is decided in another thread, we may replace PSV by Bus automatically for all tags, and we may change the tagging system. But I would be sad if the modification I NEED is rejected just because the tagging system is not the best one... Thanks - Mail Original - De: Alex S. [EMAIL PROTECTED] À: talk@openstreetmap.org Envoyé: Vendredi 27 Juin 2008 13:14:38 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk] [tagging] Feature Proposal - RFC - (PSV_directions) Alex L. Mauer wrote: (I might not know offhand what psv_directions=no is, since psv is not a common term around here.[..]) Nor, I think, would most from the US. When I first looked at the description (public service vehicle) my first thought was emergency vehicle (police, fire, ambulance). IMHO, bus or something derived from public transit (ptv?) would make more sense, both within and outside the UK. ___ 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] Walking routes and OSM (again)
Nick Whitelegg wrote: Richard's comments the other day have got me strongly interested in implementing tightly-bound (to OSM ways) walking routes in Freemap. There are a couple of UI ways in which this could be implemented: This would be a great thing to have. However it doesn't have to be limited to walking routes, bus routes could benefit aswell, since everyone knows the route their bus takes. a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. I prefer this approach. My only concern is that when making relations and routes, often one needs to split a way. Is there any good UI for doing this for someone who doesn't know OSM? Rory ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Walking routes and OSM (again)
a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. I prefer this approach. My only concern is that when making relations and routes, often one needs to split a way. Is there any good UI for doing this for someone who doesn't know OSM? There is no reason as to why the overlay couldn't automatically split the way on it's own vector overlay and then when the route is confirmed that the split be transfered to OSM along with the relation information. ie. 1) User selects long way at location x,y 2) User selects way joining previous long way 3) system would be able to split long way and know which side of split is required from previous x,y co-ords. Simon. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Relation/Routes and Hikes in open Country
Yep that looks like it figures. I'll have to set up either a local 'http:' copy of the data or a proxy as you suggest. Shame though, because both of these make it harder for a 'mashup artist' to use relations and render them on top of a slippy map. Still doesn't work, and I don't speak JavaScript to work out what's wrong. I put a copy of the script pointing to a data file (on the same server) here: http://www.mungewell.org/osm/osm.html Any other suggestions? Mungewell ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Relation/Routes and Hikes in open Country
On Fri, Jun 27, 2008 at 10:59:49AM -0400, [EMAIL PROTECTED] wrote: Yep that looks like it figures. I'll have to set up either a local 'http:' copy of the data or a proxy as you suggest. Shame though, because both of these make it harder for a 'mashup artist' to use relations and render them on top of a slippy map. Still doesn't work, and I don't speak JavaScript to work out what's wrong. I put a copy of the script pointing to a data file (on the same server) here: http://www.mungewell.org/osm/osm.html Any other suggestions? Add a 'projection: map.displayProjection' in the options of your GML layer, by your format object. Right now, your data is off the coast of Africa. Regards, -- Christopher Schmidt MetaCarta ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] description tag and opinions
At 03:51 PM 6/27/2008, Nick Whitelegg wrote: What's the current thinking in general on what we should do with the description tag? From what I gather the consensus is generally to avoid anything which might be seen as an opinion, so far example serves Dunbridge Ales might be seen as valid whilst serves Dunbridge Ales, and I strongly recommend Old Wizzle as it's the finest in the district might be a no-no. Likewise serves Sunday lunches, ok serves particularly high-quality food not. The description tag is my baby and I'd like to see it widely used. I'd be happy to see an anything-goes-policy here, I think this would be a place where a human touch does not hurt. It is difficult to divide opinion from qualitative assessment in just a few free form words. BTW, I've also been experimenting with name spacing on the description tag to tighten up relevancy. For example description:bicycle= to target particular map users or description:history for specific categories of information. A description:opinion could be the way to go. Just my personal opinion, also interested to see what other folks think, Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Walking routes and OSM (again)
At 03:57 PM 6/27/2008, Nick Whitelegg wrote: Hello everyone, Richard's comments the other day have got me strongly interested in implementing tightly-bound (to OSM ways) walking routes in Freemap. There are a couple of UI ways in which this could be implemented: a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. b) More user friendly but harder to implement, more prone to errors, and possibly slow: User draws a walk route using the OpenLayers drawing tool. On the server side, the ways closest to each leg of the walking route are calculated. Walking route highlighted, and user then clicks done and adds further comments as before. Any preferences, e.g do people think a) is too cumbersome for the user? As a user, I'd certainly go for (a), much easier ... but would not that assume that every way always terminates at a junction and that the user's route segment is indeed mapped? Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Walking routes and OSM (again)
On Friday 27 June 2008, Nick Whitelegg wrote: a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. What about routes that don't follow roads? I've been on walking routes that send you straight through a grass field, or through a lot of trees with no visible path, just marks on the trees. Greetings Ben ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (PSV_directions)
On my brainstorming page to improve the access restrictions scheme at http://wiki.openstreetmap.org/index.php/Proposed_features/Access_restrictions I was more thinking about a access=twoway or similar tag, so what you want to do becomes: oneway=yes; psv=twoway Greetings Ben On Friday 27 June 2008, Charlie Echo wrote: I fully agree that PSV is not the best term to use. I had to look for its meaning also. More generally speaking, there are many tags that should be adapted depending on countries. But that is not really my point. My point is that I need to tag a street which is one-way for cars, and 2-ways for buses. Changing the whole tagging system, with a kind of object oriented method, or changing the name of PSV, are surely good ideas, but my question is: do you think my need is a frequent one? If yes, do you think the way I try to address is is relevant? If I get a double YES, we may validate the tag. And then, if it is decided in another thread, we may replace PSV by Bus automatically for all tags, and we may change the tagging system. But I would be sad if the modification I NEED is rejected just because the tagging system is not the best one... Thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Fw: Walking routes and OSM (again)
a) Get the user to click each way in turn on the slippy map. Each way then gets highlighted (possible via OpenLayers Vector layer). When finished, user clicks Done and can add any further comments. This should be fairly easy to implement - and some of the code (detecting the closest way to a mouse click) has already been implemented, both client and server side. What about routes that don't follow roads? I've been on walking routes that send you straight through a grass field, or through a lot of trees with no visible path, just marks on the trees. This would still be a recognised footpath, and thus a highway=footway in OSM. I make ways representing paths of this sort all the time. Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] How can we measure the completeness of the map statistically
On Friday 27 June 2008, Edward Johnson wrote: I'm very intrigued by your work Freek. Thanks :-) I'll get working on trying to reproduce something like this for the UK If you can wait for a few days, I can make some for the UK too (busy finishing my exams a.t.m.). and then try to use the map generated to compare with OSM. See if the hypothesis does hold that more complete areas are edited more. Because of course as you say a fully complete area should not be edited at all. Difficult... In the Netherlands it might be easier because we have the AND data as a background to compare to: the number of edits in different areas can probably be compared by dividing them by the amount of AND data for the areas, which is again approximately what I'm doing for the blue-green-red maps. For other areas you really need another external source to compare to. Some ideas: - VMAP0 has some city boundaries I remember (and cities also have a special colour on landsat imagery); data density in cities will be higher than in rural areas, on average. - Some governments publish road-length statistics, someone used these to generate a top-10 of most complete municipalities before the AND import: http://wiki.openstreetmap.org/index.php/WikiProject_Netherlands/Statistieken Interestingly, these statistics generated some healthy competition among Dutch participants at the time. I think we should just work out some of the different methods (from fully automated based on different sources to manual tagging) and see which work best. Probably manual and automated methods will just coexist in the future. -- Freek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Black and White Flyer request
Hi Are the source materials available for the flyer that's available here? http://ajr.hopto.org/osm/pr/ I can only print out on a grayscale printer so I could do with a version without the background for tomorrow. I'm going on a trial flight and am hoping to get the flying school interested in the project. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Black and White Flyer request
Hi, Are the source materials available for the flyer that's available here? http://ajr.hopto.org/osm/pr/ The source is actually right there, in SVG format. But here's a PNG version without background image: http://www.remote.org/frederik/tmp/english-flyer-grey.zip Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
[OSM-talk] Use of landuse-tag
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! I am wondering to which kind of obsessiveness the landuse-tag is meant to be used. Is the final stage something like a 'landuse'-layer covering 100% of the earth? Do we cover entire villages with 'landuse=residential'? What is the need of the 'place'-tag then? Why not use Oh, and BTW and another question: Why can't a police-station cover an entire area, but is restricted to a single node? I would really like the idea of complete coverage. What do you think? cya Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkhlem0ACgkQhdLP8ureVFPRkQCfRu/x0SK+bdlDuj43JAhQ3AJy oxQAniWdhqtJQp0M+4TH+l2VgRg9inOU =f17C -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Use of landuse-tag
Hi, I am wondering to which kind of obsessiveness the landuse-tag is meant to be used. Is the final stage something like a 'landuse'-layer covering 100% of the earth? A question that is regularly and at length discussed on talk-de, talk, and the newbies list (google site:lists.openstreetmap.org landuse). Do we cover entire villages with 'landuse=residential'? We sometimes do that for a start when all we have is a Landsat quality satellite image. This can be refined later to differentiate between various types of landuse inside the village. What is the need of the 'place'-tag then? The place tag is often attached to a node, not an area. If attached to an area, it would mean the entire village. Oh, and BTW and another question: Why can't a police-station cover an entire area, but is restricted to a single node? If you want to map the outline of a police station, tag it amenity=police and building=yes. 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] Relation/Routes and Hikes in open Country
On Fri, 27 Jun 2008 11:17:58 -0400 Christopher Schmidt [EMAIL PROTECTED] wrote: Add a 'projection: map.displayProjection' in the options of your GML layer, by your format object. Bingo! I didn't really follow what Christoper meant, but I mucked around with different projections and managed to get it going. Example page: http://www.mungewell.org/osm/osm.html Thanks everyone for the help, Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk-nl] Persbericht
On Friday 27 June 2008, Milo van der Linden wrote: Hallo Martijn(en anderen)! Ik voel er best wel iets voor om contactpersoon te zijn, kan alleen niet goed overzien wat het inhoud. Ik ben 4 juli ook op de digitale pioniers dag, misschien kunnen we dan even wat zaken bespreken? Een journalist kan bellen om wat meer info. Of je krijgt een mail. Op de meeste persberichten krijg je geen reactie. Soms belt er een. Als openstreetmap een routeerbare kaart aankondigt die iedereen gratis kan downloaden en met een muisklik kan installeren op zijn mobile app heb je na 3 minuten de eerste journalist aan de lijn. Maar dat weet je van tevoren, je kan dan kiezen wie dat verhaal zal doen, je kan een doorverwijslijstje klaar hebben. Dat wordt mogelijk prime time journaal. Interessant is ook als ze zelf bellen of mailen, een andere speler doet iets, hebben we een reactie? Dan werkt een journalist aan een stuk, vaak moet dat in een uur klaar zijn (bij internet publicaties). Bij een email twee minuten nadenken over een of twee quotes, opbellen, quotes geven en klaar. Als je dat zo doet wordt je een bron die niet voor niets gebeld wordt, en sta je vaak met een quote in stukjes. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
[OSM-talk-nl] Persbericht klaar voor versturen?
Er is weinig feedback, iedereen tevreden? Hij gaat er om 11 uur uit tenzij iemand aan de bel trekt. Heb mezelf nog maar even als contactpersoon vermeld. == OpenStreetMap Foundation Persbericht 27 juni 2008 Google is de weg kwijt Vrijwilligers van OpenStreetMap vinden dat Google er met zijn poging om hun succes te kopiëren helemaal naast zit. In tegenstelling tot OpenStreetMap, een Wikipedia-achtige website die de wereld in kaart brengt, houdt Google alle rechten over de kaart. Google lanceerde afgelopen maandag zijn 'Map Maker' website, die gebruikers aanmoedigt om ontbrekende straten zelf op de kaart in te tekenen. Dit is precies wat OpenStreetMap al jaren doet. Maar daar houdt de vergelijking ook meteen op, vertelt OpenStreetMap-oprichter Steve Coast. Iedereen kan onze door vrijwilligers gemaakte kaart gebruiken, legt hij uit. Goede doelen, kartografen, programmeurs of belangengroepen kunnen allemaal gebruik maken van de gegevens, en op elke manier die ze maar willen. Zonder dat het ze iets kost. En dat gebeurt ook. Er is al een speciale fietskaart met routes en knooppunten, er is een gratis kaart voor GPS-gebruikers waarop ook de voetpaden staan, die op betaalde kaarten vaak ontbreken. Er is een Friestalige kaart en rond afgelopen carnaval is ook een speciale carnavalskaart gemaakt. Deze bijzondere kaarten zijn mogelijk door de vrij beschikbare OpenStreetMap-kaartgegevens. Maar als je Google Maps gaat bewerken, kan alleen Google zelf jouw aanvullingen gebruiken, gaat Steve verder. Google is en blijft eigenaar van je noeste arbeid. Dit is voor hen een manier om hun eigen kaart op een goedkope manier af te maken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Er zijn inmiddels 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. Als uw straat ontbreekt in OpenStreetMap, kunt u die zelf snel en gemakkelijk toevoegen, dankzij de eenvoudige kaarteditor. Kijk voor meer informatie op www.openstreetmap.org. === Links Internationaal: www.openstreetmap.org Nederland: www.openstreetmap.nl Nederlandse kaart: http://tile.openstreetmap.nl/ Friese kaart: http://frysk.tile.openstreetmap.nl/ Carnalvalskaart: http://carnaval.tile.openstreetmap.nl/ === Contact Nederland Ante Wessels, tel. 06 100 99 063, [EMAIL PROTECTED] Internationaal Steve Coast, project founder: +1 650 995 6329, [EMAIL PROTECTED] Richard Fairhurst, media relations: +447812 686279, [EMAIL PROTECTED] === Over OpenStreetMap OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Inmiddels zijn er 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht
On Fri, 27 Jun 2008, Ante Wessels wrote: Ik heb enkele zinnen wat korter gemaakt. Is het in het Nederlands niet gebruikelijk dat we de achternaam gebruiken in plaats van voornaam in een citaat? Dus Coast ipv Steve? Ja. Je kan er natuurlijk voor kiezen om wel Steve te gebruiken, je benadrukt hiermee dat je met iets anders bezigs bent dan normaal. Het is informeel. Je zal niet zo snel de nationale pers halen, maar wel weblogs etc. Persoonlijk denk ik dat bij Google vs OSM, weblogs niet echt de doelgroep zijn. (...vind je de schrijfstijl buiten de referentie informeel?) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht klaar voor versturen?
Tja een opensteermap of osmfoundation mail adres is natuurlijk wel iets mooier, misschien is het handig hier iets mee te doen voor toekomstige persberichten? -Oorspronkelijk bericht- Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Namens Ante Wessels Verzonden: vrijdag 27 juni 2008 10:09 Aan: Martijn van Exel CC: OpenStreetMap NL discussion list; Kerndiscussielijst Vrijschrift Onderwerp: [OSM-talk-nl] Persbericht klaar voor versturen? Er is weinig feedback, iedereen tevreden? Hij gaat er om 11 uur uit tenzij iemand aan de bel trekt. Heb mezelf nog maar even als contactpersoon vermeld. == OpenStreetMap Foundation Persbericht 27 juni 2008 Google is de weg kwijt Vrijwilligers van OpenStreetMap vinden dat Google er met zijn poging om hun succes te kopiëren helemaal naast zit. In tegenstelling tot OpenStreetMap, een Wikipedia-achtige website die de wereld in kaart brengt, houdt Google alle rechten over de kaart. Google lanceerde afgelopen maandag zijn 'Map Maker' website, die gebruikers aanmoedigt om ontbrekende straten zelf op de kaart in te tekenen. Dit is precies wat OpenStreetMap al jaren doet. Maar daar houdt de vergelijking ook meteen op, vertelt OpenStreetMap-oprichter Steve Coast. Iedereen kan onze door vrijwilligers gemaakte kaart gebruiken, legt hij uit. Goede doelen, kartografen, programmeurs of belangengroepen kunnen allemaal gebruik maken van de gegevens, en op elke manier die ze maar willen. Zonder dat het ze iets kost. En dat gebeurt ook. Er is al een speciale fietskaart met routes en knooppunten, er is een gratis kaart voor GPS-gebruikers waarop ook de voetpaden staan, die op betaalde kaarten vaak ontbreken. Er is een Friestalige kaart en rond afgelopen carnaval is ook een speciale carnavalskaart gemaakt. Deze bijzondere kaarten zijn mogelijk door de vrij beschikbare OpenStreetMap-kaartgegevens. Maar als je Google Maps gaat bewerken, kan alleen Google zelf jouw aanvullingen gebruiken, gaat Steve verder. Google is en blijft eigenaar van je noeste arbeid. Dit is voor hen een manier om hun eigen kaart op een goedkope manier af te maken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Er zijn inmiddels 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. Als uw straat ontbreekt in OpenStreetMap, kunt u die zelf snel en gemakkelijk toevoegen, dankzij de eenvoudige kaarteditor. Kijk voor meer informatie op www.openstreetmap.org. === Links Internationaal: www.openstreetmap.org Nederland: www.openstreetmap.nl Nederlandse kaart: http://tile.openstreetmap.nl/ Friese kaart: http://frysk.tile.openstreetmap.nl/ Carnalvalskaart: http://carnaval.tile.openstreetmap.nl/ === Contact Nederland Ante Wessels, tel. 06 100 99 063, [EMAIL PROTECTED] Internationaal Steve Coast, project founder: +1 650 995 6329, [EMAIL PROTECTED] Richard Fairhurst, media relations: +447812 686279, [EMAIL PROTECTED] === Over OpenStreetMap OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Inmiddels zijn er 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. ___ 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] Persbericht klaar voor versturen?
Hier dan nog wat feedback: prima persbericht! misschien nog even http:// voor de eerste twee links, dan worden die ook meteen als link gezien in mijn mailprogramma... groet, floris Ante Wessels schreef: Er is weinig feedback, iedereen tevreden? Hij gaat er om 11 uur uit tenzij iemand aan de bel trekt. Heb mezelf nog maar even als contactpersoon vermeld. == OpenStreetMap Foundation Persbericht 27 juni 2008 Google is de weg kwijt Vrijwilligers van OpenStreetMap vinden dat Google er met zijn poging om hun succes te kopiëren helemaal naast zit. In tegenstelling tot OpenStreetMap, een Wikipedia-achtige website die de wereld in kaart brengt, houdt Google alle rechten over de kaart. Google lanceerde afgelopen maandag zijn 'Map Maker' website, die gebruikers aanmoedigt om ontbrekende straten zelf op de kaart in te tekenen. Dit is precies wat OpenStreetMap al jaren doet. Maar daar houdt de vergelijking ook meteen op, vertelt OpenStreetMap-oprichter Steve Coast. Iedereen kan onze door vrijwilligers gemaakte kaart gebruiken, legt hij uit. Goede doelen, kartografen, programmeurs of belangengroepen kunnen allemaal gebruik maken van de gegevens, en op elke manier die ze maar willen. Zonder dat het ze iets kost. En dat gebeurt ook. Er is al een speciale fietskaart met routes en knooppunten, er is een gratis kaart voor GPS-gebruikers waarop ook de voetpaden staan, die op betaalde kaarten vaak ontbreken. Er is een Friestalige kaart en rond afgelopen carnaval is ook een speciale carnavalskaart gemaakt. Deze bijzondere kaarten zijn mogelijk door de vrij beschikbare OpenStreetMap-kaartgegevens. Maar als je Google Maps gaat bewerken, kan alleen Google zelf jouw aanvullingen gebruiken, gaat Steve verder. Google is en blijft eigenaar van je noeste arbeid. Dit is voor hen een manier om hun eigen kaart op een goedkope manier af te maken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Er zijn inmiddels 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. Als uw straat ontbreekt in OpenStreetMap, kunt u die zelf snel en gemakkelijk toevoegen, dankzij de eenvoudige kaarteditor. Kijk voor meer informatie op www.openstreetmap.org. === Links Internationaal: www.openstreetmap.org Nederland: www.openstreetmap.nl Nederlandse kaart: http://tile.openstreetmap.nl/ Friese kaart: http://frysk.tile.openstreetmap.nl/ Carnalvalskaart: http://carnaval.tile.openstreetmap.nl/ === Contact Nederland Ante Wessels, tel. 06 100 99 063, [EMAIL PROTECTED] Internationaal Steve Coast, project founder: +1 650 995 6329, [EMAIL PROTECTED] Richard Fairhurst, media relations: +447812 686279, [EMAIL PROTECTED] === Over OpenStreetMap OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Inmiddels zijn er 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. ___ 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] Persbericht klaar voor versturen?
misschien http://www.openfietskaart.nl/ er nog bij ? 2008/6/27 Floris Looijesteijn [EMAIL PROTECTED]: Hier dan nog wat feedback: prima persbericht! misschien nog even http:// voor de eerste twee links, dan worden die ook meteen als link gezien in mijn mailprogramma... groet, floris Ante Wessels schreef: Er is weinig feedback, iedereen tevreden? Hij gaat er om 11 uur uit tenzij iemand aan de bel trekt. Heb mezelf nog maar even als contactpersoon vermeld. == OpenStreetMap Foundation Persbericht 27 juni 2008 Google is de weg kwijt Vrijwilligers van OpenStreetMap vinden dat Google er met zijn poging om hun succes te kopiëren helemaal naast zit. In tegenstelling tot OpenStreetMap, een Wikipedia-achtige website die de wereld in kaart brengt, houdt Google alle rechten over de kaart. Google lanceerde afgelopen maandag zijn 'Map Maker' website, die gebruikers aanmoedigt om ontbrekende straten zelf op de kaart in te tekenen. Dit is precies wat OpenStreetMap al jaren doet. Maar daar houdt de vergelijking ook meteen op, vertelt OpenStreetMap-oprichter Steve Coast. Iedereen kan onze door vrijwilligers gemaakte kaart gebruiken, legt hij uit. Goede doelen, kartografen, programmeurs of belangengroepen kunnen allemaal gebruik maken van de gegevens, en op elke manier die ze maar willen. Zonder dat het ze iets kost. En dat gebeurt ook. Er is al een speciale fietskaart met routes en knooppunten, er is een gratis kaart voor GPS-gebruikers waarop ook de voetpaden staan, die op betaalde kaarten vaak ontbreken. Er is een Friestalige kaart en rond afgelopen carnaval is ook een speciale carnavalskaart gemaakt. Deze bijzondere kaarten zijn mogelijk door de vrij beschikbare OpenStreetMap-kaartgegevens. Maar als je Google Maps gaat bewerken, kan alleen Google zelf jouw aanvullingen gebruiken, gaat Steve verder. Google is en blijft eigenaar van je noeste arbeid. Dit is voor hen een manier om hun eigen kaart op een goedkope manier af te maken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Er zijn inmiddels 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. Als uw straat ontbreekt in OpenStreetMap, kunt u die zelf snel en gemakkelijk toevoegen, dankzij de eenvoudige kaarteditor. Kijk voor meer informatie op www.openstreetmap.org. === Links Internationaal: www.openstreetmap.org Nederland: www.openstreetmap.nl Nederlandse kaart: http://tile.openstreetmap.nl/ Friese kaart: http://frysk.tile.openstreetmap.nl/ Carnalvalskaart: http://carnaval.tile.openstreetmap.nl/ === Contact Nederland Ante Wessels, tel. 06 100 99 063, [EMAIL PROTECTED] Internationaal Steve Coast, project founder: +1 650 995 6329, [EMAIL PROTECTED] Richard Fairhurst, media relations: +447812 686279, [EMAIL PROTECTED] === Over OpenStreetMap OpenStreetMap probeert de wereldkaart te ontketenen zoals Wikipedia de encyclopedie heeft ontketend. Het doel: een vrij beschikbare wereldkaart waaraan iedereen kan meewerken. Steve Coast richtte OpenStreetMap in 2004 op uit onvrede met de hoge kosten die commerciële kaartbedrijven vragen voor hun producten. Inmiddels zijn er 40.000 vrijwilligers actief die samen al meer dan 20 miljoen kilometer wegen, fiets- en voetpaden in kaart gebracht. Dat doen ze door gegevens van luchtfoto's over te nemen, maar vooral door zelf op pad te gaan met een GPS-apparaat. ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht
On Friday 27 June 2008, Stefan de Konink wrote: Persoonlijk denk ik dat bij Google vs OSM, weblogs niet echt de doelgroep zijn. (...vind je de schrijfstijl buiten de referentie informeel?) OK, dan gaan we voor de voorpagina van de Telegraaf ;-) ook http:// toegevoegd. en http://www.openfietskaart.nl/ vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht
On Fri, 27 Jun 2008, Ante Wessels wrote: On Friday 27 June 2008, Stefan de Konink wrote: Persoonlijk denk ik dat bij Google vs OSM, weblogs niet echt de doelgroep zijn. (...vind je de schrijfstijl buiten de referentie informeel?) OK, dan gaan we voor de voorpagina van de Telegraaf ;-) RTLZ is ook goed... ik heb (nu) al genoeg van dat 'positieve' nieuws van Stichting Brein :r Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dank je wel Ante! Duidelijk verhaal. Daar moet ik wel uit kunnen komen met mijn media ervaring en radio-stem ;-) Ik praat er volgende week vrijdag nog even verder over met Martijn. Ante Wessels wrote: On Friday 27 June 2008, Milo van der Linden wrote: Hallo Martijn(en anderen)! Ik voel er best wel iets voor om contactpersoon te zijn, kan alleen niet goed overzien wat het inhoud. Ik ben 4 juli ook op de digitale pioniers dag, misschien kunnen we dan even wat zaken bespreken? Een journalist kan bellen om wat meer info. Of je krijgt een mail. Op de meeste persberichten krijg je geen reactie. Soms belt er een. Als openstreetmap een routeerbare kaart aankondigt die iedereen gratis kan downloaden en met een muisklik kan installeren op zijn mobile app heb je na 3 minuten de eerste journalist aan de lijn. Maar dat weet je van tevoren, je kan dan kiezen wie dat verhaal zal doen, je kan een doorverwijslijstje klaar hebben. Dat wordt mogelijk prime time journaal. Interessant is ook als ze zelf bellen of mailen, een andere speler doet iets, hebben we een reactie? Dan werkt een journalist aan een stuk, vaak moet dat in een uur klaar zijn (bij internet publicaties). Bij een email twee minuten nadenken over een of twee quotes, opbellen, quotes geven en klaar. Als je dat zo doet wordt je een bron die niet voor niets gebeld wordt, en sta je vaak met een quote in stukjes. vriendelijke groet, cordialmente, Ante ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZLKCFHMFRcTlnzoRAoHAAKDBcMs/IIdPzngUWFis8CfptfexFQCgtCd5 RzRn/dH6NgRuRrBfd3dYCGQ= =8Tt4 -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] persbericht verstuurd
2008/6/27 Stefan de Konink [EMAIL PROTECTED]: On Fri, 27 Jun 2008, Ante Wessels wrote: http://mailman.vrijschrift.org/pipermail/news/2008-June/84.html Doet iemand de blog? Zal ik *nu* gaan doen. Okee, te gek collega's, bedankt voor de follow-up! Martijn -- 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] Persbericht klaar voor versturen?
Ik vind het een mooi bericht :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht klaar voor versturen?
Rob wrote: misschien http://www.openfietskaart.nl/ er nog bij ? 2008/6/27 Floris Looijesteijn [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Kun je die dan even in turbo boost mode zetten want die kaart is zonder media aandacht al r*te traag (no pun intended). ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] persbericht verstuurd
een van de nrc webloggers heeft het in ieder geval overgenomen (met een subtiele aanpassing ;) http://weblogs3.nrc.nl/klaver/2008/06/27/google-is-de-weg-kwijt/ Ante Wessels schreef: http://mailman.vrijschrift.org/pipermail/news/2008-June/84.html Doet iemand de blog? On Friday 27 June 2008, Ante Wessels wrote: On Friday 27 June 2008, Stefan de Konink wrote: Persoonlijk denk ik dat bij Google vs OSM, weblogs niet echt de doelgroep zijn. (...vind je de schrijfstijl buiten de referentie informeel?) OK, dan gaan we voor de voorpagina van de Telegraaf ;-) vriendelijke groet, cordialmente, Ante ___ 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] 'OpenBico' Open Bicycle Computer
Beste Talk'ers, Deze 'OpenBico' Open Bicycle Computer http://www.obico.de kwam ik tegen op deze HCC-stek: http://www.hcc.nl/eCache/DEF/35/000.html Is men hier al mee bekend? Ook dit kwam ik nog tegen: FlightGear is a collaborative project that aims to create a sophisticated free, completely open-source flight simulator framework. (gebruiken nu Google Maps) http://en.wikipedia.org/wiki/Flightgear http://www.flightgear.org/ -- Met vriendelijke groet, Bas de Lange Internationale SoftwareFreedomDay 20 september 2008! http://www.softwarefreedomday.eu begin:vcard fn:Lange n:de;Bas email;internet:[EMAIL PROTECTED] x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] persbericht verstuurd
Webwereld heeft'm ook gelezen: http://webwereld.nl/articles/51668/google-schiet-onder-duiven-van-openstreetmap.html Koos -- Koos van den Hout, PGP keyid DSS/1024 0xF0D7C263 via keyservers [EMAIL PROTECTED]or RSA/1024 0xCA845CB5 Fax +31-30-2817051 Snowcam: webcams for your wintersport holiday http://idefix.net/~koos/ http://www.snowcam.org/ signature.asc Description: Digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-nl
Re: [OSM-talk-nl] Persbericht klaar voor versturen?
volgens mij is dit makkelijk te verklaren.. hoe minder bezoekers.. hoe trager de kaart als alle tiles zijn verwijderd omdat ze expired zijn (na 2 dagen) dan zullen die paar bezoekers die er komen dus de on-the-fly rendering aanstoten ;) Op 27 juni 2008 13:29 heeft Lambertus [EMAIL PROTECTED] het volgende geschreven: Rob wrote: misschien http://www.openfietskaart.nl/ er nog bij ? 2008/6/27 Floris Looijesteijn [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: Kun je die dan even in turbo boost mode zetten want die kaart is zonder media aandacht al r*te traag (no pun intended). ___ 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: [Talk-de] neues Worldfile vom 25.6.08
On Thu, 26 Jun 2008 21:04:43 +0200, Carsten Schwede wrote: ich verwende für das D-File folgenden Registry- Eintrag: Funktioniert auch bei mir in MapSource und in TTQV. Danke! -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Am Freitag, 27. Juni 2008 00:56 schrieb Matthias Wimmer: Zur den type=restriction-Relationen hätte ich noch eine Frage (http://wiki.openstreetmap.org/index.php/Relations/Turn_Restrictions). Situation ist eine Einmüdung einer Straße in eine andere Straße. Die Straße in die Eingemündet wird ist dabei als zwei Ways modelliert, da die erlaubte Geschwindigkeit sich an dieser Kreuzung ändert. Skizze: | 1 +== 23 Von 1 kommend darf nur nach rechts in Richtung 2 abgebogen werden. Von 2 kommend darf nur geradeaus gefahren werden. Ich will das nun als zwei Relationen modellieren. Ich benutze dabei die restriction only_right_turn und only_straight_on. Was muss ich dabei als to-Member setzen? Den Weg in den eingefahren werden darf oder den Weg in den nicht gefahren werden darf? Also ich verstehe die Seite so, das die restriction=* Zeile nur für Renderer sein soll, damit die ein Verkehrschild malen können. Du schreibst also Grundsätzlich was verboten ist: also von 1 nach 3 und von 2 nach 1 Relation 1: type=restriction restriction=only_right_turn Members: from=1 to=3 Relation 2: type=restriction restriction=only_straight_on Members: from=2 to=1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Pressemitteilung zu MapMaker
Tach, Frederik Ramm schrieb: Hi, 'Die Pressemitteilung verfehlt das Ziel völlig, ignoriert den üblichen Aufbau von Pressemitteilungen und ist unnötig konfrontativ. Auch wenn man der Ansicht ist, dass die Unfreiheit von Google scheisse ist, sollte man big G eine Brücke bauen. Hilfsweise sollte es für Außenstehende so aussehen, als sei man nicht ein Haufen von Jihadisten.' Wer immer Mathias Schindler ist; nett, seine Meinung zu hoeren, aber fuer mich an dieser Stelle irrelevant. Ich kenne Mathias Schindler nicht, aber hat durchaus Recht. Dich kenne ich auch nicht, aber das tut nichts zur Sache. Ich habe die Option, die Erklaerung der Foundation zu veroeffentlichen oder nicht, aber nicht die Option, die Meinung der Foundation anders wiederzugeben, als es die Foundation selber tut! Schon klar, aber das Vorgehen der Foundation ist in sich schon unprofessionell. Und das mit den Jihadisten: Das David gegen Goliath-Motiv bringt uns schon einiges an Publicity und Interesse. Die Presse reagiert positiv auf authentische Projektmitglieder, auch wenn die vielleicht einen kleinen Spleen haben oder einen persoenlichen Kreuzzug gegen den Kapitalismus fuehren - mit aalglatten PR-Typen haben die doch jeden Tag genug zu tun, da muessen wir uns nicht einreihen. Wer ist die Presse ? Deine Aussage trifft mit Sicherheit nicht auf alle Journalisten und die sonst so in der Branche arbeiten zu. Es steht allerdings zu vermuten, dass Du nicht selber in dem Bereich Medien tätig bist, sonst würdest Du vermutlich nicht ganz so pauschal über aalglatten PR-Typen blubbern. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Pressemitteilung zu MapMaker
Frederik Ramm schrieb: Womit ich sagen wollte: Wenn das Stimmungsbild hier eher so ist, dass diese Presseerklaerung mehr schadet als nuetzt, dann koennen wir sie durchaus wieder von unserer Seite entfernen. Wir koennen auch was eigenes schreiben, aber das waere dann natuerlich keine Pressemitteilung der OSM Foundation mehr. Und wir wuerden uns ausserdem eh nie auf einen Text einigen koennen ;-) Nunja, ich bin mit der Wortwahl der Presseerklaerung auch nicht besonders gluecklich. Aber ich denke, wir koennten uns schon auf einen Text einigen: es geht ja schliesslich nicht um Editoren, irgendwelche tags oder sogar Betriebsysteme. ;-) Also ich bin fuer eine eigene Presseerklaerung. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Pressemitteilung zu MapMaker
Doru Julian Bugariu schrieb: Frederik Ramm schrieb: Womit ich sagen wollte: Wenn das Stimmungsbild hier eher so ist, dass diese Presseerklaerung mehr schadet als nuetzt, dann koennen wir sie durchaus wieder von unserer Seite entfernen. Wir koennen auch was eigenes schreiben, aber das waere dann natuerlich keine Pressemitteilung der OSM Foundation mehr. Und wir wuerden uns ausserdem eh nie auf einen Text einigen koennen ;-) Nunja, ich bin mit der Wortwahl der Presseerklaerung auch nicht besonders gluecklich. Aber ich denke, wir koennten uns schon auf einen Text einigen: es geht ja schliesslich nicht um Editoren, irgendwelche tags oder sogar Betriebsysteme. ;-) Also ich bin fuer eine eigene Presseerklaerung. Es ist schon richtig so, dass einer einen Text baut. Rückfrage in die Comunity sind auch wichtig, bis auf Typos oder echte Unrichtigkeiten kann man einen solchen Text aber nicht über die Liste verbessern. Einigen werden wir uns sicher nicht, da es auch hier unterschiedliche, sich ausschließende, aber prinzipiell richtige Ansätze gibt... -- Danke an die die sich die Arbeit gemacht haben zu übersetzen -- Aber vielleicht findet sich ja auch hier ein Team das in Zukunft die Mitteilungen an die hiesigen Gepflogenheiten anpasst ... Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Pressemitteilung zu MapMaker
Frederik Ramm schrieb: Ich sage aaglatt, Du sagst blubbern, ist das jetzt das 1:1? Ja, so in etwa war das gedacht ... Aber ich nehme das mal zurück weil das nichts bringt. Dagegen ist im Prinzip nichts zu sagen; meine Wortwahl aalglatt war vielleicht etwas ueberspitzt, hat aber einen wahren Kern. Wenn ich einen PR-Menschen beauftragen wuerde, wollte ich ja auch, dass er den Effekt maximiert. Es gibt genug von den aalglatten in der Branche. Das Pauschale hat mich gestört. Bei der Menge der Teilnehmer im OSM sind inzwischen aus allen Lebensbereichen Menschen dabei. Die trift man evtl. mit solchen Pauschalaussagen schnell ohne das wirklich gewollt zu haben. Einstweilen hoffe ich aber, dass wir uns als Projekt darauf beschraenken koennen, zu existieren und unsere Arbeit zu machen. Wenn die Presse einen von uns was fragen will, ist sie jederzeit willkommen, aber eine dedizierte PR-Abteilung mit Profis und dem dazugehoerigen Verwaltungsapparat (wer bestimmt, was die oeffentliche Meinung des Projekts ist?) koennen wir uns hoffentlich noch ein paar Jahre vom Hals halten. Eine einheitliche Meinung des Projektes wird es nie geben und das ist gut so. PR Leute könnten die auch nicht produzieren. Es könnte aber dennoch helfen, bestimmte Aufgaben zu delegieren, sprich eine Gruppe Leute übernimmt die verantwortlich. Rechenschaft müsste das Team dann aber regelmäßig ablegen. Das War's zu dem Thema von mir erst einmal Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Mobilfunksender
Hallo, wie markiert Ihr so für gewöhnlich Mobilfunksender ? o2 hat ja zudem im CB noch Koordinaten drin, wertet die hier jemand aus ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mobilfunksender
Hallo, wie markiert Ihr so für gewöhnlich Mobilfunksender ? o2 hat ja zudem im CB noch Koordinaten drin, wertet die hier jemand aus ? Es gab da mal ne Diskussion zu dem Thema, hab das Ergebnis jetzt aber auch nicht praesent, Einstieg hier: http://lists.openstreetmap.org/pipermail/talk-de/2007-November/ 005452.html (ist etwas nervig mit dem Mailarchiv, Du musst irgendwann von Hand auf den Dezember wechseln) 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] Pressemitteilung zu MapMaker
Frederik Ramm wrote: Das ist ein ganz persoenlicher Eindruck von mir, der sich u.a. darauf stuetzt, dass ich schon mehr als einmal von Journalisten gefragt wurde, ob ich ihnen ein Gespraech mit einem echten Mapper (oder aehnliche Wortwahl) vermitteln koenne. Hmm, da geht es dann aber eher um possierliche Geschichten von John Doe. Klar, will man da authentisches hören. Aber Pressemitteilungen sind meiner (sehr begrenzten) Erfahrung nach etwas, das 80% der Medien am liebsten einfach abschreiben ohne große Änderungen vorzunehmen. Es sollte daher schon wie ein normaler Artikel klingen (also ansatzweise seriös), denn wenn man zuviel eigenes drumrum stricken muss, werden sich die meisten Medien nicht die Mühe machen. Da ich es aber auch nicht besser kann, werd ich mich nicht weiter einmischen... ;-) Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Hallo Sven! Sven Anders schrieb: Skizze: | 1 +== 23 Von 1 kommend darf nur nach rechts in Richtung 2 abgebogen werden. Von 2 kommend darf nur geradeaus gefahren werden. Ich will das nun als zwei Relationen modellieren. Ich benutze dabei die restriction only_right_turn und only_straight_on. Was muss ich dabei als to-Member setzen? Den Weg in den eingefahren werden darf oder den Weg in den nicht gefahren werden darf? Also ich verstehe die Seite so, das die restriction=* Zeile nur für Renderer sein soll, damit die ein Verkehrschild malen können. Du schreibst also Grundsätzlich was verboten ist: also von 1 nach 3 und von 2 nach 1 Ich habe mir jetzt noch etwas mehr Gedanken darüber gemacht. Ich denke bei restriction=only_* müsste das to schon der Weg sein, der erlaubt ist. Ansonsten gibt es Probleme an einer vollständigen Kreuzung, bei der bei einem only_turn_right ja zwei Zielwege unzulässig sind. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern setzen
Rene Caspari schrieb: Hallo Liste, ich habe bisher nur einen Thread (ein Antwortposting) vom 21. April diesen Jahres gefunden, in dem das Thema angesprochen wurde, wie setze ich Hausnummern, ueber entsprechend klassifizierte Wegpunkte? Alles wichtige findest du unter http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers bzw. http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema Ciao. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] bridge und layer=1
Marc Schütz wrote: Prinzipiell ja, aber ich finde, wir sollten etwas auf die Datenverwerter (Renderer, Router etc.) Rücksicht nehmen. Im Moment kann man sich ja darauf verlassen, dass alle Ways, die nicht mit layer getaggt sind, als layer=0 zu behandeln sind. Wenn man solche Ausnahmen wie von dir vorgeschlagen zulässt, haben auch einmal noch andere Tags außer layer=... Auswirkungen auf den zu verwendenden Wert, d.h. man hat eine Stufe mehr an Komplexität drin. Ich hab mich mit den layern vielleicht etwas undeutlich ausgedrückt. Die Elemente Brücke/Tunnel, müssen natürlich nicht wirklich explizit einen anderen Layer bekommen, sollten sich aber in etwa so verhalten. Also Brücke immer ÜBER Layer=0-Straße, Tunnel immer UNTER ihr. Es gibt doch bereits solche Dinge, landuse wird z.B. stehts unterhalb gerändert, auch ohne explizite Angabe von layer=-1. Gebäude werden oberhalb gerendert, auch ohne layer=1. Ich fände es nur konsequent, wenn Tunnel und Brücken ebenso funktionieren würden. Ich finde es eher unintuitiv, dass ich dem Renderer (oder wem auch immer) erst erklären muss, was eine Brücke ist (nämlich, dass sie ÜBER etwas anderes führt). Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mobilfunksender
Sven Geggus wrote: AFAIK gibt (gab) es da schon mal ein Projekt, dass die sammelt (gesammelt) hat. Das sind Gauss-Krüger Koordsinaten, die kann man mit cs2cs in lat/long umrechnen: Ich denke, Du meinst das hier: http://gsm.yz.to/ Ist sehr praktisch um die Homezone zu optimieren. Ich habe bis jetzt keinen Fehler in den mir bekannten Bereichen feststellen können. Vielleicht ist ja der Macher an einer Zusammenarbeit interessiert!? Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mobilfunksender
Hallo! o2 hat ja zudem im CB noch Koordinaten drin, wertet die hier jemand aus ? Koordinaten sendet O2 allerdings nur auf den GSM-Sendern aus. Auf den UMTS-Sendern werden soweit ich weiß keine Koordinaten ausgestrahlt. (Deswegen war mit Genion lange Zeit auch kein UMTS möglich und die Homezone-Anzeige wird für Genion auf UMTS anders realisiert.) Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Einzelne Straßen aus JOSM Exportieren ?
Hallo, wie kann ich einzelne Straßen aus Josm exportieren? Das ist ein bisschen trickreich. Vielleicht hat jemand eine bessere Methode; meine ginge so: 1. OSM-File im Text-Editor aufmachen und alle IDs negativ setzen: ersetze id= durch id=- ersetze ref= durch ref=- 2. OSM-File im JOSM oeffnen und mit der Suchfunktion oder Klicken alles selektieren, was man speichern will. 3. Edit...Search und -selected eingeben; nun hat man die Selektion invertiert. 4. Löschfunktion aktivieren, jetzt ist nur das uebrig, was man ausgesucht hat 4a. AUF KEINEN FALL UPLOAD KLICKEN ;-) 5. Speichern 6. Bei Bedarf Schritt 1 umgekehrt anwenden. Der Sinn von Schritt 1 ist, dass JOSM nur bei negativen IDs eine echte Loeschung vornimmt, ansonsten hast Du die Items mit action=delete in der Datei. Natuerlich koennte man dem JOSM auch einfach ein save selected... spendieren. 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] Track-Upload verbesserungswürdig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mario Link schrieb: Und Du hättest es auch ohne zwei Klicks weiter und ohne hinterher sauer aufstoßen herausfinden können ;-) Einfach auf das nette Help unten neben dem Uplad-Button klicken und Du wärst nach 1 1/2 Klicks hier gelandet: Ich denke, mit dem sauer aufstoßen war die ungünstige Fehlerbehandlung gemeint. Falls das technisch möglich ist, wäre es sinnvoll, die Tags vor dem eigentlichen Upload auf korrekte Syntax zu prüfen. Alternative sollten die Daten vielleicht ohne Tags gespeichert werden und eine Möglichkeit zum nachträglichenHinzufügen oder Korrigieren der Tags vorhanden sein. Das würde einem Benutzer mit langsamer Leitung die doppelte Upload-Wartezeit (und ggf. doppelte Kosten) ersparen. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZOlInMz9fgzDSqcRAt30AJ9hRbuNT6fWQ/7JNDQL196fUgjM4wCfVads FPLEfZtCI8Qe/mO+HhdXtyQ= =paCD -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] bridge und layer=1
Marc Schütz wrote: Prinzipiell ja, aber ich finde, wir sollten etwas auf die Datenverwerter (Renderer, Router etc.) Rücksicht nehmen. Im Moment kann man sich ja darauf verlassen, dass alle Ways, die nicht mit layer getaggt sind, als layer=0 zu behandeln sind. Wenn man solche Ausnahmen wie von dir vorgeschlagen zulässt, haben auch einmal noch andere Tags außer layer=... Auswirkungen auf den zu verwendenden Wert, d.h. man hat eine Stufe mehr an Komplexität drin. Ich hab mich mit den layern vielleicht etwas undeutlich ausgedrückt. Die Elemente Brücke/Tunnel, müssen natürlich nicht wirklich explizit einen anderen Layer bekommen, sollten sich aber in etwa so verhalten. Das hab ich schon so verstanden. Also Brücke immer ÜBER Layer=0-Straße, Tunnel immer UNTER ihr. Es gibt doch bereits solche Dinge, landuse wird z.B. stehts unterhalb gerändert, auch ohne explizite Angabe von layer=-1. Hier ist es eher so, dass layer bei landuse überhaupt keinen Sinn ergibt, weil landuse nichts physikalisches ist. Gebäude werden oberhalb gerendert, auch ohne layer=1. Oberhalb von Straßen? Nein, weder bei Osmarender, noch bei Mapnik. Ich fände es nur konsequent, wenn Tunnel und Brücken ebenso funktionieren würden. Ich finde es eher unintuitiv, dass ich dem Renderer (oder wem auch immer) erst erklären muss, was eine Brücke ist (nämlich, dass sie ÜBER etwas anderes führt). Sehs mal aus der folgenden Sichtweise: * Aktuell: - Eine Straße (highway=*) kriegt den Layer, der ihr mit layer=* zugewiesen wird, oder 0, wenn kein layer gesetzt ist. - Um den Layer zu ermitteln, muss ich nur das layer-Tag betrachten. - Es ist immer eindeutig ein Layer definiert. * Dein Vorschlag: - Eine Straße kriegt den Layer, der mit layer=* zugewiesen wird. Wenn kein Layer gesetzt ist, kriegt sie 1, wenn sie mit bridge=yes getaggt ist, und -1, wenn sie mit tunnel=yes getaggt ist, sonst 0. - Ich muss mehr unterschiedliche Tags berücksichtigen, um den Layer zu ermitteln, und kann mir dabei nicht mal sicher sein, dass ich alle dafür notwendigen Tags kenne (es könnte ja inzwischen jemand bei U-Bahnen auch Layer=-1 annehmen, ohne dass es alle Datenverwerter mitbekommen). - Was passiert, wenn bridge und tunnel gesetzt sind? Die Möglichkeit gibt es zwar jetzt schon, sie beeinträchtigt aber den Layer nicht. Natürlich ist es ein kleines bißchen Mehrarbeit, bei Brücken und Tunnels immer layer= zu setzen, aber ich finde, es ist es wert. Was mir bei meiner anderen Antwort bez. konsistente Ausnahmen vorschwebt, ist eine Konvention, dass neue Tags nach Möglichkeit so eingeführt werden, dass das Datenmodell, dass bis dahin definiert worden ist, dadurch möglichst wenig beeinträchtigt wird: Wenn ich ein Tag finde, dass nicht kenne, sollte ich es einfach ignorieren können, ohne Angst zu haben, dass mein Router den Autofahrer wo hinlotst, wo er nicht hin darf, oder mein Renderer etwas falsch malt. Gerrit Grüße, Marc -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] weitere Kategorie, war: Tag für Stra ßenlampen , Beleuchtungsmasten etc. gesucht
Moin, Wenn mir - als jemand, der OSM erst seit wenigen Wochen unterstützt - erklärt, wie ich Tags selber entwerfen kann (und zwar so, das sie später auch die Chance auf breite Akzeptanz haben), dann würde ich mich sofort daran setzen und eine Systematik entwickeln, nach der man arbeiten kann. Du musst einfach anfangen, Deine eigenen Tags zu benutzen. Gerade wenn es um specfial interest-Sachen geht würde ich nicht den umständlichen Weg über Proposals, Votings usw. gehen. Du kennst Dich mit der Materie aus, Du mappst, also nimmst Du auch die Tags die Du für sinnvoll hälst. Und wenn es taugt werden andere es Dir gleich tun. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit Garmin-Geraeten
Moin, Zur engeren Wahl stehen: - Garmin eTrex Lengend HCx - Garmin GPSMAP 60 Cx - Garmin GPSMAP 60 CSx ich hab' den Cx. Kompass und barometrischen Höhenmesser habe ich nie vermisst. Der Legend ist wohl auch ziemlich gut und kann fast alles was das GPSMAP auch kann. Falls Du aber mit dem Rad mappen möchtest, wirst Du den dedizierten Mark-Button des GPSMAP *sehr* zu schätzen wissen. Dafür ist das Legend wesentlich handlicher. Auf allen Geräten kannst Du OSM-Daten anzeigen lassen. Routing mit OSM-Daten gibt's hingegen noch keines. Um eine Radtour zuhause am Rechner vorzuplanen und dann mit dem GPS abzufahren sind alle drei Geräte sehr gut geeignet. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Track-Upload verbesserungswürdig
Hallo. Am Freitag, 27. Juni 2008 schrieb Bodo Meissner: Alternative sollten die Daten vielleicht ohne Tags gespeichert werden und eine Möglichkeit zum nachträglichenHinzufügen oder Korrigieren der Tags vorhanden sein. Das würde einem Benutzer mit langsamer Leitung die doppelte Upload-Wartezeit (und ggf. doppelte Kosten) ersparen. Das kannst du doch machen. Einfach ein Pseudo-Tag vergeben und nachher bearbeiten. Gruß, Bernd -- Man kann die Erkenntnisse der Medizin auf eine knappe Formel bringen: Wasser, mäßig genossen, ist unschädlich. - Mark Twain (am. Schriftsteller) 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] Grosse Modelbahn
Moin, Die wurde hier: http://www.openstreetmap.org/?lat=50.13815lon=8.56898zoom=17 als railway=narrow_gauge getagt. wir haben in Karlsruhe auch sowas im Schlosspark. Wir sind uns noch nicht ganz einig wie wir das Handhaben sollten. Wenn wir das alles als narrow_gauge taggen, findet keine Unterscheidung zwischen Schmalspurbahnen in den schweizer Alpen und den Hobbykleinbahnen statt, was ich schade fände. Die Bahn im Karlsruher Schlosspark ist sicher eine Schmalspurbahn, gleichzeitig aber hauptsächlich eine Bimmelbahn als touristische Attraktion. railway=preserved trifft es aber nur zum Teil, weil nur Sonntags eine historische Dampflok fährt, sonst aber eine Diesellok. IMO sollte man für solche Touristenbahnen sowas wie railway=tourism und für Modellbahnen sowas wie railway=miniature_track einführen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Parkplätze überqueren
Hallo Leute, wenn ... ... eine Straße nur durch Überqueren eines Parkplatzes erreichbar ist, ... oder ein Radweg vom einem Parkplatz aus weiter führt (aber keine Radspur auf dem Platz markiert ist), ist es dann notwendig, zusätzlich zu der Fläche Parkplatz noch eine Linie (Rad-)Weg darüber oder darunter (mit Layer -1) zu legen. Der Platz soll von Routing-Software in die Route einbezogen werden. Für die Software wird es sicher einfacher, sich über so eine (Hilfs-) Linie zu hangeln, als den Vorschlag zu machen, doch einfach mitten über den Platz oder über den Rand des Platzes zu fahren. Bei kleinen Parkplätzen sieht es aber nicht so schön aus, wenn ein Weg darüber gezeichnet wird und nur noch ein schmaler Streifen darunter hervor schaut. -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern setzen
Moin, Alles wichtige findest du unter http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers bzw. http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Kar lsruhe_Schema wobei es Leute gibt, die mit der Adressinterpolation mittels Wegen nicht einverstanden sind :) . Nodes mit addr:housenumber=### sind auf jeden Fall eine coole Sache; ich habe in Karlsruhe zusätzlich ausprobiert, Straßen in eine Relation zu stecken und dann die Hausnummernnodes an diese Straßenrelation zu hängen. Besonders bei Eckhäusern braucht man das um anzuzeigen zu welcher Straße das Haus jetzt zu zählen ist. Kann man sich hier ansehen: http://openstreetmap.org/?lat=48.99914lon=8.3954zoom=17 Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze überqueren
Hallo. Am Freitag, 27. Juni 2008 schrieb Frank Jäger: wenn ... ... eine Straße nur durch Überqueren eines Parkplatzes erreichbar ist, Das ist eine merkwürdige Konstellation. ;-) ist es dann notwendig, zusätzlich zu der Fläche Parkplatz noch eine Linie (Rad-)Weg darüber oder darunter (mit Layer -1) zu legen. Im Wiki steht, die Fahrwege auf einem Parkplatz können als highway=service eingetragen werden. In diesen Fällen würde ich dann sagen, sollte der empfohlene Fahrradweg bis zum highway=service gezogen werden und bei der nur über den Parkplatz angebundenen Straße ist IMHO entweder die Straße selbst ein highway=service oder über den Parkplatz geht ein unclassified oder residential. Der Platz soll von Routing-Software in die Route einbezogen werden. Eher: Die Fahrspur auf dem Platz. Ich denke mal, diese ist erkennbar und immer gleich. Bei kleinen Parkplätzen sieht es aber nicht so schön aus, wenn ein Weg darüber gezeichnet wird und nur noch ein schmaler Streifen darunter hervor schaut. highway=service ist schön schmal. Gruß, Bernd -- To criticize the incompetent is easy; it's more difficult to criticize the competent. 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] bridge und layer=1
Marc Schütz wrote: Sehs mal aus der folgenden Sichtweise: * Aktuell: - Eine Straße (highway=*) kriegt den Layer, der ihr mit layer=* zugewiesen wird, oder 0, wenn kein layer gesetzt ist. - Um den Layer zu ermitteln, muss ich nur das layer-Tag betrachten. - Es ist immer eindeutig ein Layer definiert. Aber genau darum geht es doch. Es mag zwar ein Layer eindeutig sein (nämlich 0), aber das bedeutet ja erstmal gar nichts. Die Layer sind im Prinzip dafür da um über/unter-Beziehungen treffen zu können, was ja normalerweise auf einer 2D-Map nicht möglich ist. Wenn ich jetzt einen Fluss habe und eine Straße über den Fluss lege, ist ja nun beides Layer 0. Wie entscheidet der Renderer in solch einer Situation die Schichtung? Mir fallen zwei Möglichkeiten ein: a) Das Element mit höherer ID liegt oben. b) Die verschiedenen Typen haben unterschiedliche Prioritäten. Punkt b) wäre genau mein Wunsch. Für den Typ Brücke wird dann halt eine höhere Priorität angenommen. Aber selbst wenn aus vielleicht guten Gründen Variante a) zutrifft: Wenn ich diese Brücke über den Fluss jetzt korrekt tagge, bekommt der Abschnitt ja ein Attribut bridge=yes und eines mit layer=1. bridge=yes zeichnet die Seitenwände einer Brücke ein, eine schräge schwarze Linie für den Anstieg, eine gerade für den verlauf und eine weitere schräge, die den Weg auf Normallevel führt. So wird die Brücke gezeichnet und so funktioniert sie auch in der Realität. Warum beeinflusst der Tag nicht auch das Renderverhalten entsprechend? Das fände ich intuitiv richtig! * Dein Vorschlag: - Ich muss mehr unterschiedliche Tags berücksichtigen, um den Layer zu ermitteln, und kann mir dabei nicht mal sicher sein, dass ich alle dafür notwendigen Tags kenne (es könnte ja inzwischen jemand bei U-Bahnen auch Layer=-1 annehmen, ohne dass es alle Datenverwerter mitbekommen). Der Unterschied zwischen U-Bahn und Tunnel/Brücke ist für mich deutlich. Eine Brücke ist eine temporäre Höhenänderung um einem Hindernis auszuweichen. Da findet für mich nicht unbedingt ein Wechsel der Darstellungsebene statt. Eine U-Bahn fährt dahingegen nicht nur unter etwas hindurch, sondern im Untergrund. Hier ist layer=-1 sehr sinnvoll. - Was passiert, wenn bridge und tunnel gesetzt sind? Die Möglichkeit gibt es zwar jetzt schon, sie beeinträchtigt aber den Layer nicht. Ui, hast Du dazu mal ein real-live-Beispiel? Kann ich mir gerade nicht vorstellen. :) Was mir bei meiner anderen Antwort bez. konsistente Ausnahmen vorschwebt, ist eine Konvention, dass neue Tags nach Möglichkeit so eingeführt werden, dass das Datenmodell, dass bis dahin definiert worden ist, dadurch möglichst wenig beeinträchtigt wird: Wenn ich ein Tag finde, dass nicht kenne, sollte ich es einfach ignorieren können, ohne Angst zu haben, dass mein Router den Autofahrer wo hinlotst, wo er nicht hin darf, oder mein Renderer etwas falsch malt. Da bin ich voll und ganz auf Deiner Seite! Vielleicht war das mit meinem Beispiel von +1 und -1 auch etwas sehr vereinfacht ausgedrückt, es ging mir eigentlich nur darum, dass beim Rendern der Brückenabschnitt über der Straße/Fluss eingezeichnet wird. Siehe oben die Prioritäten in b) Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze überqueren
Frank Jäger wrote: ... eine Straße nur durch Überqueren eines Parkplatzes erreichbar ist, ... oder ein Radweg vom einem Parkplatz aus weiter führt (aber keine Radspur auf dem Platz markiert ist), ist es dann notwendig, zusätzlich zu der Fläche Parkplatz noch eine Linie (Rad-)Weg darüber oder darunter (mit Layer -1) zu legen. Nach meinem Verständnis ist ein Parkplatz ein Platz auf dem man Parken darf (bzw. das ist meist der Hauptzweck). Prinzipiell kann auch ein solcher Platz von jedem Fahrradfahrer oder Fußgänger beliebig überquert werden, wie z.B. ein Platz mit einem Springbrunnen oder einer Fußgängerzone. Nachts auf Supermarktplätzen klappt das sogar. :) Also lautet die Antwort: Bloß keine Wege über den Platz legen (und schon gar nicht mit layer=-1 ausser es handelt sich um einen Gang der unter dem platz verläuft). Du müsstest ja sonst alle Möglichkeiten einzeichnen und das sind viele, wenn drumherum Straßen sind :) Das Routing klappt schon, Parkplatz ist ja nicht gesperrt für Fußgänger etc, also warum sollte nicht darüber geroutet werden. Einzeichnen würde ich Zubringerwege, wenn also z.B. der Platz von 1-2 Meter Grünstreifen umgeben ist, dann neben der PKW-Zufahrt auch eventuelle zusätzliche Fuß-/Radwegdurchgänge zeichnen, also etwa von der Straße zur Parkfläche. Gerrit PS: Man sollte natürlich separate Fußgängerbereiche wie sie etwa auf IKEA-Parkplätzen anzutreffen sind auch als solche mappen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Hallo, das die restriction=* Zeile nur für Renderer sein soll, damit die ein Verkehrschild malen können Vor allem aber auch für einen zukünftigen Router. Für einen Router ist das ganze viel zu kompliziert. Da würde man einfacher einen Extranode anlegen wo das Zeichen hingemalt wird. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Hallo, Von 1 kommend darf nur nach rechts in Richtung 2 abgebogen werden. immer from=1, via=Kreuzungsnode und entweder: to=2 restriction=only_right_turn oder to=3 restriction=no_left_turn Von 2 kommend darf nur geradeaus gefahren werden. immer from=2, via=Kreuzungsnode und entweder: to=3 restriction=only_straight_on oder to=1 restriction=no_left_turn Hier hast Du so viele Möglichkeiten, da es nur eine T-Kreuzung ist - Du hast jeweils ein Verbot und somit eine einzige erlaubte Richtung, bei einer 4er Kreuzung hast Du jeweils 1 und 2, da ist es bei einem Verbot also sinnvoller ein no_... zu verwenden und bei 2 Verboten ein only_... Außerdem ist die Straße 2-3 aufgetrennt, deshalb erscheint es doppelt gemoppelt bei angegebenenm from und to noch zu sagen ob es rechts oder links ist. Wäre die Straße nicht aufgeteilt, gäbe es also nur 1 und 2 würde dadurch erst klar welcher Zweig von 2 gemeint ist. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Moin, Mach doch ganz ohne Zusatz-Software. GPS an den Rechner anstoepseln und in den Massenspeicher-Modus stellen (beim Etrex Legend im Menue Einstellungen-Schnittstelle glaub ich, dann einfach auf den Joystickbutton druecken). Am Rechner erscheint es dann wie ein USB-Stick, und Du kannst einfach ein Verzeichnis GARMIN anlegen (wenns noch nicht da ist) und die gmapsupp.img dort rein kopieren, fertig. Ist zum Betanken der Geräte mit wechselbarem Speicher die komfortabelste Vorgehensweise. Um die Karten aber vorher sichtzuprüfen ist eine Software ganz praktisch. Mapsource ist das etwas umständlich, weil es sich gelegentlich an Registryeinträgen verschluckt. Wem es also zu umständlich ist bzw. wer fürchtet die MapSource-Installation zu beschädigen kann ja vielleicht auch auf Windows versuchen mit Qlandkarte zum Ziele zu kommen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] weitere Kategorie, war: Tag für St raßenlampen , Beleuchtungsmasten etc. gesucht
Hallo, Ich schätze, die Frage war: Wie bekommen andere Leute mit, welche Tags der Topicstarter benutzt und wie kann er andere davon überzeugen, dass genau diese Tags sinnvoll sind. Durch erfolgreichen Einsatz. Also nicht lang rumreden - einsetzen, bis man was vorzuzeigen hat. Dann vorzeigen. Dann sagen die anderen oh, interessant und benutzen die gleichen Tags (oder sie sagen was fuer ein Murks und machen nichts). 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] Track-Upload verbesserungswürdig
Am Fri, 27 Jun 2008 15:21:12 +0200 schrieb Bodo Meissner [EMAIL PROTECTED]: Mario Link schrieb: Und Du hättest es auch ohne zwei Klicks weiter und ohne hinterher sauer aufstoßen herausfinden können ;-) Einfach auf das nette Help unten neben dem Uplad-Button klicken und Du wärst nach 1 1/2 Klicks hier gelandet: Wie gesagt: der Hinweis, um grobe Schnitzer zu vermeiden (Kommata - Upload failed), könnte direkt auf der Upload-Seite stehen Ich denke, mit dem sauer aufstoßen war die ungünstige Fehlerbehandlung gemeint. Falls das technisch möglich ist, wäre es sinnvoll, die Tags vor dem eigentlichen Upload auf korrekte Syntax zu prüfen. Genau dies meinte ich. Alternative sollten die Daten vielleicht ohne Tags gespeichert werden und eine Möglichkeit zum nachträglichenHinzufügen oder Korrigieren der Tags vorhanden sein. Das funktioniert bereits. Das würde einem Benutzer mit langsamer Leitung die doppelte Upload-Wartezeit (und ggf. doppelte Kosten) ersparen. Genau. malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Track-Upload verbesserungswürdig
Am Thu, 26 Jun 2008 23:29:08 +0200 schrieb Frederik Ramm [EMAIL PROTECTED]: also nehme ich mal an, dass eben die Zeichen / ; . , ? nicht erlaubt sind. Unterstrich steht da nicht - sicher, dass der nicht geht? Doch, der sollte funktionieren. Gestern Abend hab ich das vor Müdigkeit und Ärger falsch gelesen... Originaltext: If you have any comma in the tags field, the upload will fail! This also means, you have to use underscore (_) in tags instead of spaces! Gelesener Text (in etwa:) If you have any comma in the tags field, the upload will fail! This also means, you have not to use underscore (_) blahblah. ;) malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relationen für Straßen
Hi, Werden denn Realtionen verwendet um Autobahnen, Bundesstraßen usw oder auch ganz normale Straßen mit Brücken oder Straßen die einfach aus mehreren ways bestehen einfacher wartbar zu machen? ich vermute sogar dass wir irgendwann für jede Straße neben dem Weg ein Datenobjekt haben werden, also auch für diejenigen Straßen die mit einem einzelnen Weg auskommen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Hallo Dimitri! Danke für deine Antworten, ich habe mir diese herausgepickt ... Dimitri Junker schrieb: Von 1 kommend darf nur nach rechts in Richtung 2 abgebogen werden. immer from=1, via=Kreuzungsnode und entweder: to=2 restriction=only_right_turn oder to=3 restriction=no_left_turn So habe ich das eigentlich auch verstanden und finde es von der Logik her auch korrekt. Nur ist das ganze im Wiki nicht wirklich definiert und als ich mir in unserem Datenbestand die Sache angeschaut habe gibt es durchaus beide Interpretationen. Also da wird bei only_* manchmal der erlaubte Weg als to eingetragen und in anderen Fällen wieder der verbotene. Ich habe mir Sven angeschlossen und auch meinen Kommentar auf die Diskussionsseite im Wiki eingetragen. Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] weitere Kategorie, war: Tag für Stra ßenlampen , Beleuchtungsmasten etc. gesucht
Moin, Ich schätze, die Frage war: Wie bekommen andere Leute mit, welche Tags der Topicstarter benutzt und wie kann er andere davon überzeugen, dass genau diese Tags sinnvoll sind. Würde mich auch interessieren. um Freds Aussagen etwas zu konkretisieren: erstmal was wegtaggen. Dann vielleicht was mit den Daten anstellen. Eine eigene Slippymap beispielsweise, auf der alle Gullydeckel gerendert werden. Wenn genügend andere Leute das cool finden werden sie plötzlich anfangen die selben Tags zu verwenden. Oder POIs für Garmingeräte erstellen und anbieten. Oder nichts tun und hoffen dass die anderen via Tagwatch[1] darauf aufmerksam werden. Usw. Beste Grüße, ce [1] http://wiki.openstreetmap.org/index.php/Tagwatch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze überqueren
Am 27. Juni 2008 16:58 schrieb Gerrit Lammert [EMAIL PROTECTED]: Frank Jäger wrote: ... eine Straße nur durch Überqueren eines Parkplatzes erreichbar ist, ... oder ein Radweg vom einem Parkplatz aus weiter führt (aber keine Radspur auf dem Platz markiert ist), ist es dann notwendig, zusätzlich zu der Fläche Parkplatz noch eine Linie (Rad-)Weg darüber oder darunter (mit Layer -1) zu legen. Also lautet die Antwort: Bloß keine Wege über den Platz legen (und schon gar nicht mit layer=-1 ausser es handelt sich um einen Gang der unter dem platz verläuft). Du müsstest ja sonst alle Möglichkeiten einzeichnen und das sind viele, wenn drumherum Straßen sind :) Wenn der Parkplatz voll ist, gibt es eine klar bestimmbare Menge von befahr / begehbaren Wegen - die sind überall dort wo nicht geparkt werden darf oder kann. Diese Wege könnnen deshalb analog der Empfehlung im Wiki auch als highway=servie eingetragen werden. Gruß Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze überqueren
Das ist eine merkwürdige Konstellation. ;-) Sonst hätte ich nicht fragen müssen ... Im Wiki steht, die Fahrwege auf einem Parkplatz können als highway=service eingetragen werden. highway=service ist schön schmal. Also lautet die Antwort: Bloß keine Wege über den Platz legen (und schon gar nicht mit layer=-1 ausser es handelt sich um einen Gang der unter dem platz verläuft). Stimmt! - Bei -1 habe ich mich verleiten lassen, zu sehr an der Renderer zu denken. Ich wollte die Durchfahrt unter dem Parkplatz verstecken. Das sollte schön gerendert werden und trotzdem gut routbar sein. Es sind aber in Realität keine verschiedenen Ebenen, daher verbietet sich der Einsatz von Layer. Ich werde die Überquerung des Platzes zukünftig als Service eintragen. In einem Fall hängt wirklich nur ein Service an dem Parkplatz, in einem anderen Fall ein Radweg. Beim dritten Fall hat der Bahnhofsvorplatz zwar den Character eines Parkplatzes und ist durchgängig gepflastert mit vielen Parkbuchten. Die beparkbare Fläche ist größer als 50%. Da hängt dann noch eine Sackgasse mit einem Namen dran, also kein Service. Aber vielleicht ist der Bahnhofsvorplatz dann ja kein Parkplatz sondern ein Residential mit area=yes -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Nutzung von Abschnittsnummernkarten in Bayern (was: Re: Bezeichnung von Überlandstraß en in Thüringen - gute Nachricht)
Holger 'Ingrid' Blum schrieb: Hat schon einmal jemand für Bayern angefragt? Datenquellen gäbe es hier auch zur Genüge, z.B. http://www.baysis.bayern.de/Strassendaten/zis_abschnitt.aspx oder http://www.geodaten.bayern.de/BayernViewer/index.cgi Ansonsten würde ich es einmal versuchen. Heute habe ich die Antwort vom Bayerischen Staatsministerium des Innern bekommen: Da diese Informationen bereits allgemein zugänglich seien wird keine Zustimmung zu einer unabhängigen Veröffentlichung dieser Daten erteilt, vor allem weil eine Konsistenz der Daten bei einer unabhängigen Veröffentlichung nicht mehr gewährleistet werden könne. Die Logik hinter dieser Argumentation erschließt sich mir nicht wirklich, schließlich ist eine private Veröffentlichung erlaubt, wo das Problem genauso bestehen würde, siehe http://www.baysis.bayern.de/Services/nutzungsbedingungen.aspx. Gibt es mittlerweile weitere Erfahrungen mit den Ämtern zu dieser Thematik, die ich noch in meine Argumentation einfließen lassen könnte? War es in Thüringen mit der einen Mail und der kurzen Antwort getan oder steckte da noch mehr Arbeit dahinter? Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Semantisch korrektes Erfassen von Anlieger frei
Hallo. Ich habe mir jetzt ein paar Tage Gedanken dazu gemacht, komme aber nicht so recht weiter. Gesetzt folgenden Fall: * Feldweg (Zeichen 260) * Land- und forstwirtsch. Verkehr frei * Fußgänger und Radfahrer natürlich erlaubt * Anlieger frei (Der örtliche Modellflugplatz wird darüber erreicht) Wie tagge ich das? Möglickeit 1: * access=destination * foot=yes * bicycle=yes = IMHO komplett uneindeutig, man könnte auch verstehen, es dürfen nur Anlieger per Fahhrad oder zu Fuß durch... Der landwirtschaftliche Verkehr fehlt komplett. Möglichkeit 2: * motorcar=no * motorcycle=no * abutters=yes = Der landwirtsch. Verkehr fehlt schon wieder. Außerdem will mir das nicht so recht sinnvoll erscheinen. Nächstes Beispiel: * highway=unclassified * maxweight=6 * Anlieger frei (also Anlieger dürfen auch schwerer sein). = Da fällt mir gar nichts ein. Anlieger frei ist ja eigentlich immer das Aufheben einer oder mehrerer bestimmter Beschränkungen und kann eigentlich nicht irgendwie für eine Straße definiert werden sondern sollten eigentlich auf ein anderes Tag bezogen sein. Zudem: Wie haltet ihr das, sind highway=track per default mit den Zeichen 260 und 1026-38 versehen? Wäre es also sinnvoll, diese Info gar nicht extra rein zu machen? Interessiert sich eine globale Karte überhaupt für Anlieger frei? Wissen das die Anlieger nicht sowieso? Gruß, Bernd -- Wipe Info uses hexadecimal values to wipe files. This provides more security than wiping with decimal values. (Norton SystemWorks 2002 Professional Edition User's Guide, page 158) 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] Semantisch korrektes Erfassen von Anlieger frei
Bernd Wurst: * Feldweg (Zeichen 260) * Land- und forstwirtsch. Verkehr frei * Fußgänger und Radfahrer natürlich erlaubt * Anlieger frei (Der örtliche Modellflugplatz wird darüber erreicht) Highway=track Tracktype=gradeX (mit X = 1..5) Access=destination Bicycle=yes Foot=yes Horse=yes ... und falls dieses mistige OL mal wieder Klein- zu Großbuchstaben gewandelt hat, einfach ignorieren und kleinschreiben. Für Land- und Forstwirtschaft sind mir keine Tags bekannt. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Semantisch korrektes Erfassen von Anlieger frei
Bernd Wurst schrieb: Hallo. Ich habe mir jetzt ein paar Tage Gedanken dazu gemacht, komme aber nicht so recht weiter. Gesetzt folgenden Fall: * Feldweg (Zeichen 260) * Land- und forstwirtsch. Verkehr frei * Fußgänger und Radfahrer natürlich erlaubt * Anlieger frei (Der örtliche Modellflugplatz wird darüber erreicht) Wie tagge ich das? ich tagge das immer so: motorcar=destination motorcycle=destination agricultural=yes trifft es auch nicht 100% weil ja der forstwirtschaftl. nicht erwähnt wird, aber dafür is mir nix bekannt. Die Info Land/Forstwirtschaftl. Verkehr frei ist ja nun auch nicht so wichtig für 99% der Leute ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] bridge und layer=1
Original-Nachricht Datum: Fri, 27 Jun 2008 16:46:58 +0200 Von: Gerrit Lammert [EMAIL PROTECTED] An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] bridge und layer=1 Marc Schütz wrote: Sehs mal aus der folgenden Sichtweise: * Aktuell: - Eine Straße (highway=*) kriegt den Layer, der ihr mit layer=* zugewiesen wird, oder 0, wenn kein layer gesetzt ist. - Um den Layer zu ermitteln, muss ich nur das layer-Tag betrachten. - Es ist immer eindeutig ein Layer definiert. Aber genau darum geht es doch. Es mag zwar ein Layer eindeutig sein (nämlich 0), aber das bedeutet ja erstmal gar nichts. Die Layer sind im Prinzip dafür da um über/unter-Beziehungen treffen zu können, was ja normalerweise auf einer 2D-Map nicht möglich ist. Wenn ich jetzt einen Fluss habe und eine Straße über den Fluss lege, ist ja nun beides Layer 0. Wie entscheidet der Renderer in solch einer Situation die Schichtung? Mir fallen zwei Möglichkeiten ein: a) Das Element mit höherer ID liegt oben. b) Die verschiedenen Typen haben unterschiedliche Prioritäten. Punkt b) wäre genau mein Wunsch. Für den Typ Brücke wird dann halt eine höhere Priorität angenommen. Aber selbst wenn aus vielleicht guten Gründen Variante a) zutrifft: Wenn ich diese Brücke über den Fluss jetzt korrekt tagge, bekommt der Abschnitt ja ein Attribut bridge=yes und eines mit layer=1. bridge=yes zeichnet die Seitenwände einer Brücke ein, eine schräge schwarze Linie für den Anstieg, eine gerade für den verlauf und eine weitere schräge, die den Weg auf Normallevel führt. So wird die Brücke gezeichnet und so funktioniert sie auch in der Realität. Warum beeinflusst der Tag nicht auch das Renderverhalten entsprechend? Und wenn der Renderer Brücken und Tunnel gar nicht verschieden darstellen will? Dann müsste er sie nach deiner Variante trotzdem kennen, nur um die Reihenfolge richtig hinzukriegen. Für mich sind layer= und bridge= erst mal unabhängige Features. Das eine gibt die vertikale Sortierung bei sich überkreuzenden Objekten an, das andere ist Zusatzinfo, warum die Objekte auf unterschiedlichen Layern liegen. Das fände ich intuitiv richtig! * Dein Vorschlag: - Ich muss mehr unterschiedliche Tags berücksichtigen, um den Layer zu ermitteln, und kann mir dabei nicht mal sicher sein, dass ich alle dafür notwendigen Tags kenne (es könnte ja inzwischen jemand bei U-Bahnen auch Layer=-1 annehmen, ohne dass es alle Datenverwerter mitbekommen). Der Unterschied zwischen U-Bahn und Tunnel/Brücke ist für mich deutlich. Eine Brücke ist eine temporäre Höhenänderung um einem Hindernis auszuweichen. Da findet für mich nicht unbedingt ein Wechsel der Darstellungsebene statt. Eine U-Bahn fährt dahingegen nicht nur unter etwas hindurch, sondern im Untergrund. Hier ist layer=-1 sehr sinnvoll. Die U-Bahn war einfach nur ein Beispiel. Es ging mir mehr darum, dass man einen Default-Layer ja auch noch für andere Features einführen könnte. Dann müssten die meisten Programme, die unsere Daten verwerten, angepasst werden. - Was passiert, wenn bridge und tunnel gesetzt sind? Die Möglichkeit gibt es zwar jetzt schon, sie beeinträchtigt aber den Layer nicht. Ui, hast Du dazu mal ein real-live-Beispiel? Kann ich mir gerade nicht vorstellen. :) War etwas missverständlich ausgedrückt :-P Ich meine damit, dass man das jetzt schon widersprüchlich taggen kann, nicht dass es das in der Wirklichkeit auch gibt. Was mir bei meiner anderen Antwort bez. konsistente Ausnahmen vorschwebt, ist eine Konvention, dass neue Tags nach Möglichkeit so eingeführt werden, dass das Datenmodell, dass bis dahin definiert worden ist, dadurch möglichst wenig beeinträchtigt wird: Wenn ich ein Tag finde, dass nicht kenne, sollte ich es einfach ignorieren können, ohne Angst zu haben, dass mein Router den Autofahrer wo hinlotst, wo er nicht hin darf, oder mein Renderer etwas falsch malt. Da bin ich voll und ganz auf Deiner Seite! Vielleicht war das mit meinem Beispiel von +1 und -1 auch etwas sehr vereinfacht ausgedrückt, es ging mir eigentlich nur darum, dass beim Rendern der Brückenabschnitt über der Straße/Fluss eingezeichnet wird. Siehe oben die Prioritäten in b) So ähnlich funktionieren die Renderer m.W. jetzt schon. Es gibt durchaus auch innerhalb der Layer Prioritäten. Bei nicht-physikalischen Objekten (Landuse, Symbole) macht das schon Sinn. Aber wenn du das als Normalverhalten bei Brücken und Tunneln einführst, hast du damit trotzdem einen abweichenden Standardwert definiert. Nur damit es keine Missverständnisse gibt: Ich bin _nicht_ strikt gegen deinen Vorschlag, ich finde aber, wir sollten schon auf unsere Rückwärts-Kompatibilität achten. Gerrit Grüße, Marc -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___
Re: [Talk-de] Parkplätze überqueren
Da hängt dann noch eine Sackgasse mit einem Namen dran, also kein Service. Ich seh keinen Grund, warum ein Service-Weg keinen Namen haben sollte. Grüße, Marc -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Semantisch korrektes Erfassen von Anlieger frei
Bernd Wurst schrieb: Gesetzt folgenden Fall: * Feldweg (Zeichen 260) * Land- und forstwirtsch. Verkehr frei * Fußgänger und Radfahrer natürlich erlaubt * Anlieger frei (Der örtliche Modellflugplatz wird darüber erreicht) Wie tagge ich das? Möglickeit 1: * access=destination * foot=yes * bicycle=yes = IMHO komplett uneindeutig, man könnte auch verstehen, es dürfen nur Anlieger per Fahhrad oder zu Fuß durch... Nee, das wäre foot=destination bzw foot=destination. Das ist schon richtig so. Es fehlt nur agricultural=yes Nächstes Beispiel: * highway=unclassified * maxweight=6 * Anlieger frei (also Anlieger dürfen auch schwerer sein). = Da fällt mir gar nichts ein. So ein Fall hatte ich letztes auch. Ich habe das Anmlieger frei erstmal weggelassen. Ich denke da wird etwas neues gebraucht. Eventuell: maxweight=6;destination Interessiert sich eine globale Karte überhaupt für Anlieger frei? Wissen das die Anlieger nicht sowieso? Für Routing wir das mal wichtig sein. Robin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tag für Linienschiff
Hallo, wie lautet der Tag für Schiffslinie? Gruß markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Hallo Karsten, bei mir funktioniert es ebenfalls nicht mehr. Ich sehe an der ID: 2b, dass Du das Typfile angefasst hast, kannst Du Deine Version evtl. mal schicken oder irgendwo hochladen. Danke Stefan Carsten Schwede schrieb: Hallo, ich verwende für das D-File folgenden Registry- Eintrag: REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\OSM-DE] ID=hex:2b,00 TYP=E:\\Garmin\\DE\\typ\\6324.typ [HKEY_LOCAL_MACHINE\SOFTWARE\Garmin\MapSource\Families\OSM-DE\1] Bmap=E:\\Garmin\\DE\\6323.img Tdb=E:\\Garmin\\DE\\6323.tdb Loc=E:\\Garmin\\DE\\ Das läuft bei mir mit der aktuellen Release als auch mit der momentanen Beta-Version von Mapsource. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Qlandkarte unterstützt keine Typfiles, leider... Stefan Christoph Eckert schrieb: Moin, Mach doch ganz ohne Zusatz-Software. GPS an den Rechner anstoepseln und in den Massenspeicher-Modus stellen (beim Etrex Legend im Menue Einstellungen-Schnittstelle glaub ich, dann einfach auf den Joystickbutton druecken). Am Rechner erscheint es dann wie ein USB-Stick, und Du kannst einfach ein Verzeichnis GARMIN anlegen (wenns noch nicht da ist) und die gmapsupp.img dort rein kopieren, fertig. Ist zum Betanken der Geräte mit wechselbarem Speicher die komfortabelste Vorgehensweise. Um die Karten aber vorher sichtzuprüfen ist eine Software ganz praktisch. Mapsource ist das etwas umständlich, weil es sich gelegentlich an Registryeinträgen verschluckt. Wem es also zu umständlich ist bzw. wer fürchtet die MapSource-Installation zu beschädigen kann ja vielleicht auch auf Windows versuchen mit Qlandkarte zum Ziele zu kommen. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu relation type=restriction
Hallo, Also da wird bei only_* manchmal der erlaubte Weg als to eingetragen und in anderen Fällen wieder der verbotene. Letzteres kann ja nicht sein, da bei einer normalen Kreuzung dann ja 2 to benötigt würden und somit der Vorteil von only_ zu no_ verloren ginge. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag für Linienschiff
Markus Koelle wrote: Hallo, wie lautet der Tag für Schiffslinie? ich würde das route=ferry verwenden. Denn offizielle Schiffslinien sind Strecken für den Personentransport. Mapnik und Osmarender unterstützen diesen Tag beide. Gruss mariner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Semantisch korrektes Erfassen von Anlieger frei
Hallo! Am 27. Juni 2008 18:29 schrieb Bernd Wurst [EMAIL PROTECTED]: Gesetzt folgenden Fall: * Feldweg (Zeichen 260) * Land- und forstwirtsch. Verkehr frei * Fußgänger und Radfahrer natürlich erlaubt * Anlieger frei (Der örtliche Modellflugplatz wird darüber erreicht) Wie tagge ich das? Ich würde daraus 2 Wege machen - Bis zum Flugplatz highway=track access=destination dannach: highway=track motorcar=no motorbike=no access=agricultural Wenn die Straße allerdings am Flugplatz endet, wirds knifflig, dann müsste man ja eigentlich 2x access vergeben - geht zwar, mache ich allerdings ungern. In dem Fall würde ich auf agricultural verzichten - ist ja durch destination schon erfasst (Bauer auf dem weg zu seinem Feld ist unzweifelhaft ein Anlieger.) neben access=agricultural gibt es laut tagwatch noch access=agricultre, wobei agricultural ca. doppelt so oft vorkommt (442 : 206) Möglickeit 1: * access=destination * foot=yes * bicycle=yes bis auf trunk und motorway sind foot und bicycle per default erlaubt. Anlieger frei ist ja eigentlich immer das Aufheben einer oder mehrerer bestimmter Beschränkungen und kann eigentlich nicht irgendwie für eine Straße definiert werden sondern sollten eigentlich auf ein anderes Tag bezogen sein. Anlieger frei bezieht sich nur auf den motorisierten Verkehr und bedeutet, dass nur Leute reinfahren dürfen, die dort wohnen, oder jemand dort besuchen. Interessiert sich eine globale Karte überhaupt für Anlieger frei? Wissen das die Anlieger nicht sowieso? Für die ist das ganze aber auch irgendwie irrelevant - sie dürfen ja ohnehin durch. Alle anderen dürfen die Straßen allerdings nicht zur Durchfahrt, sondern nur als Ziel benutzen. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] bridge und layer=1
Marc Schütz wrote: So ähnlich funktionieren die Renderer m.W. jetzt schon. Es gibt durchaus auch innerhalb der Layer Prioritäten. Bei nicht-physikalischen Objekten (Landuse, Symbole) macht das schon Sinn. Aber wenn du das als Normalverhalten bei Brücken und Tunneln einführst, hast du damit trotzdem einen abweichenden Standardwert definiert. So etwas wird aber doch schon häufig gemacht. Ich zitiere Stefan Schwan von gerade eben: bis auf trunk und motorway sind foot und bicycle per default erlaubt. Hier müsste man dann auch argumentieren, dass ein Router deswegen wissen muss, was wo defaults sind und man doch bei allen Typen als default erlaubt oder verboten annehmen müsse. Solche Dinge werden halt gemacht, wenn sie eine Arbeitserleichterung darstellen oder zur Minimierung der Datenredundanz beitragen können. Und in diesem Sinne meine ich, dass auch Brücken per se über dem Element gerendert werden sollten über das sie führen. Aber ich denke, das hab ich jetzt klar gemacht und wir drehen uns nur noch im Kreis, beide haben gute Argumente. Vielleicht schreib ich dazu was im Wiki. Nur damit es keine Missverständnisse gibt: Ich bin _nicht_ strikt gegen deinen Vorschlag, ich finde aber, wir sollten schon auf unsere Rückwärts-Kompatibilität achten. Das finde ich ebenfalls sehr Begrüßenswert! Sehe hier jedoch keine Gefahren deswegen. Aber nun: Over and out :) Gerrit ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] KDE Gnome Konferenz
Moin Gestern hatte ich ein Gespraech mit Leuten, die eine Bewerbung fuer die gemeinsame Konferenz von KDE und der Gnome Foundation fuer das Jahr 2009 abgeben wollen. Wir hatten uns auf dem Communities Meeting Hamburg 2008 bei Lehmanns hier in Hamburg kennengelernt und sie waren sehr begeistert von OSM und dessen Moeglichkeiten. Neben Gespraechen ueber ein Mappingprojekt kam die Sprache auch auf besagte Konferenz und ich wurde gefragt, ob OSM sich irgendwie an der Organisation und Durchfuehrung beteiligen koennte, woellte und wuerde, sollte Deutschland den Zuschlag bekommen und die Konferenz in Hamburg stattfinden. Als Erstes habe ich erlaeutert, dass ich nicht fuer OSM sprechen kann und dass es in Deutschland keine OSM-Organisation im Sinne eines Vereins oder so gibt, welcher quasi offiziell dazu Stellung nehmen koennte. Gefragt, wie eine Unterstuetzung unsererseits aussehen koennte, kamen erstmal nur sehr ungenaue Vorstellungen, weil sie eben die Moeglichkeiten von OSM nicht genau kennen. Erstellen von Kartenmaterial fuer Dokumente aller Art, einen Stand bei einem Tag der offenen Tuer, Vortraege vor interessierten Konferenzteilehmern usw. waren dann Dinge, die uns gemeinsam als Erstes einfielen. Ich bekam ausserdem die Zusicherung, dass keinerlei rechtliche oder finanzielle Einlaesse unsererseits verlangt wuerden. Konkret haben sie erstmal darum gebeten, in ihrer Bewerbung OSM als Unterstuetzer der Konferenz nennen zu duerfen. Ich haette gerne Eure Meinung dazu gehoert. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
Hallo, Stefan Seifert schrieb: Qlandkarte unterstützt keine Typfiles, leider... Das ist wahr, aber da kann man sich ja auch mit sendmap behelfen. Ich gebe zu, dass es schon schön ist, wenn man mehrere Karten aufs GPS-Gerät laden kann und das auch noch mit Typ-Files Ich habe übrigens mit der ID nur bisschn rumprobiert und nichts am Typfile verändert. Ich dachte mir, da gibt es weniger Probleme mit dem gleichzeitigen Benutzen des Worldfiles. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] KDE Gnome Konferenz
Hallo, Gestern hatte ich ein Gespraech mit Leuten, die eine Bewerbung fuer die gemeinsame Konferenz von KDE und der Gnome Foundation fuer das Jahr 2009 abgeben wollen. Und ich dachte immer, KDE und Gnome waeren sich spinnefeind ;-) Konkret haben sie erstmal darum gebeten, in ihrer Bewerbung OSM als Unterstuetzer der Konferenz nennen zu duerfen. Ich haette gerne Eure Meinung dazu gehoert. Find ich gut. Wenn sie es ganz korrekt machen wollen, sollten sie halt sowas schreiben wie ... we are in contact with members of the OpenStreetMap project in Germany and have been assured support from the OpenStreetMap community oder irgendsowas wischi-waschi-maessiges (und nicht: OpenStreetMap will support this conference.). Die Ver- wendung des OSM-Logos usw. sehe ich auch unproblematisch, das sind alles Sachen, die ihr in Hamburg mit denen auskuengeln koennt, da muesst ihr nicht um Erlaubnis fragen. Erst dann, wenn es irgendwie um Papierkram ginge oder um ein Geleitwort von OSM oder sonst ir- gendwas, dann muesste man an die Foundation herantreten. 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] Tag für Linienschiff
mariner schrieb: wie lautet der Tag für Schiffslinie? ich würde das route=ferry verwenden. Denn offizielle Schiffslinien sind Strecken für den Personentransport. Fähre: transportiert Motorfahrzeuge (LKW,PKW,Motorräder), Fahrräder und Personen Linienschiff: transportiert nur Personen und Fahrräder Wie wäre es mit einem neuen Tag: route=liner Mapnik und Osmarender unterstützen diesen Tag beide. Gruss mariner Gruß markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Abschnittsnummernkarten in Bayern
In Sachsen habe ich ebenfalls eine Absage erhalten. Die Begründung war, dass damit das Vertrauen in amtliche Vermessungsdaten zerstört werden könnte, da die Daten beliebig verändert werden könnten. Ich habe noch eine Anfrage zur Nutzung der Luftbilder ohne Quellenangabe laufen, bis jetzt aber keine Antwort. Stefan Holger Blum schrieb: Holger 'Ingrid' Blum schrieb: Hat schon einmal jemand für Bayern angefragt? Datenquellen gäbe es hier auch zur Genüge, z.B. http://www.baysis.bayern.de/Strassendaten/zis_abschnitt.aspx oder http://www.geodaten.bayern.de/BayernViewer/index.cgi Ansonsten würde ich es einmal versuchen. Heute habe ich die Antwort vom Bayerischen Staatsministerium des Innern bekommen: Da diese Informationen bereits allgemein zugänglich seien wird keine Zustimmung zu einer unabhängigen Veröffentlichung dieser Daten erteilt, vor allem weil eine Konsistenz der Daten bei einer unabhängigen Veröffentlichung nicht mehr gewährleistet werden könne. Die Logik hinter dieser Argumentation erschließt sich mir nicht wirklich, schließlich ist eine private Veröffentlichung erlaubt, wo das Problem genauso bestehen würde, siehe http://www.baysis.bayern.de/Services/nutzungsbedingungen.aspx. Gibt es mittlerweile weitere Erfahrungen mit den Ämtern zu dieser Thematik, die ich noch in meine Argumentation einfließen lassen könnte? War es in Thüringen mit der einen Mail und der kurzen Antwort getan oder steckte da noch mehr Arbeit dahinter? Viele Grüße, Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 25.6.08
im Typfile steht aber die ID drin und im TDB-File muss sie ja ebenfalls angegeben werden. Stefan Carsten Schwede schrieb: Hallo, Stefan Seifert schrieb: Qlandkarte unterstützt keine Typfiles, leider... Das ist wahr, aber da kann man sich ja auch mit sendmap behelfen. Ich gebe zu, dass es schon schön ist, wenn man mehrere Karten aufs GPS-Gerät laden kann und das auch noch mit Typ-Files Ich habe übrigens mit der ID nur bisschn rumprobiert und nichts am Typfile verändert. Ich dachte mir, da gibt es weniger Probleme mit dem gleichzeitigen Benutzen des Worldfiles. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wo sind die Vorzeige-Orte in Deutschland?
Hallo, fuer die State of the Map-Konferenz moechte ich ein paar Plakate drucken, auf denen ich besonders gute Kartenausschnitte aus Deutsch- land abbilde, um den anderen bei OSM zu zeigen, wie grossartig wir sind ;-) Wenn jemand gute Beispiele hat - einfach mal 'nen Permalink rueber- reichen! 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] Nutzung von Abschnittsnummernkarten in Bayern
Stefan Seifert [EMAIL PROTECTED] wrote: In Sachsen habe ich ebenfalls eine Absage erhalten. Die Begründung war, dass damit das Vertrauen in amtliche Vermessungsdaten zerstört werden könnte, da die Daten beliebig verändert werden könnten. Seit wann sind Luftbilder amtliche Vermessungsdaten? Sven -- How to prevent Java from forking? Use a spoon. (Found on http://slashdot.org) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Garmin-Downloads bei Cloudmade
Hallo, Cloudmade, die Firma von SteveC, bietet jetzt auch Garmin-Files fuer alle Laender zum Download an. Dabei handelt es sich wohl um Karten, in denen Strassen ohne Namen speziell hervorgehoben sind, um die Nach-Erfassung von Namen in Gebieten zu erleichtern, wo viel vom Luftbild gearbeitet wurde. Ich hab's selbst noch nicht ausprobiert, aber es klingt ja nicht schlecht: http://downloads.cloudmade.com/ 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] neues Worldfile vom 25.6.08
Stefan Seifert schrieb: im Typfile steht aber die ID drin und im TDB-File muss sie ja ebenfalls angegeben werden. Na ich hab halt bei diesen Sachen keine Ahnung. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de