Re: [OSM-talk] Australian suburb boundaries
On Sun, Feb 22, 2009 at 01:08:13PM +1100, Franc Carter wrote: The Australian Bureau of Statistics has boundaries for the suburbs in Australia under a compatible license (and we have official permission). The talk-au list has been discussing the import and the current thoughts are here:- http://wiki.openstreetmap.org/wiki/Import/Catalogue/ABS_Data#OSM_Representation I'd be appreciate people having a look at what we are proposing and give some feedback. Looks good. As for the relation stuff: Look here for advanced multipolygon relations: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons This should have moved up into the normal page from discussions long ago but nobody had the time to do it. JOSM supports those multipolygons now. And then put boundary=administrative, admin_level=whatever and the name and other tags on the relations. Also, any pointers/caveats on how to actually run the upload so that the server doesn't get swamped while it runs. Actually the servers take quite good care of themselves these days. Depends on how much data it is, though. We did an import of county borders in Germany recently. It ran for many hours and the server didn't show any signs of problems. (We looked at the munin graphs.) You might want to get in touch with Tom Hughes beforehand and ask him. Just one tip: When we imported the borders we imported all the nodes first and then the ways. But because it took so long other people in between deleted some of the unnecessary nodes. This caused some problems which we had to fix later. So you should import each way directly after you imported the nodes for it. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Canvec2osm script update
On Sat, Feb 21, 2009 at 11:19:44PM +, Shaun McDonald wrote: On 21 Feb 2009, at 22:58, Sam Vekemans wrote: Hi all, i'm just getting into the grit of it now, the shp-to-osm.jar program works, so im using it :) i'm creating a bat program to deal with the 300+ unique map features. Because not all of them are accuratly tagged, i will include 2 extra tags: FIXME=yes and note=needs to be further defined, please update wiki chart You could be more compact by using only 1 extra tag: FIXME=needs to be checked on the ground as . General theme of meta tags: A FIXME tag should be removed once the data has been checked. A note tag is likely to be there permanently as a note for other mappers, to prevent them from changing something which really shouldn't be changed, such as when you know better than what is on the ground. I would also suggest that you use your own namespace. Something like canvec:fixme=... or so. Imports that use the normal namespace tend to overwhelm the few manual uses of such tags with the result that they can't be found any more. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
2009/2/20 Andrew Chadwick (email lists) andrewc-email-li...@piffle.org: amenity=doctors was proposed, but died due to lack of love. Nevertheless, JOSM has chosen to implement it, as has t...@h (I think). * http://wiki.openstreetmap.org/wiki/Proposed_features/GP_Surgery * amenity=doctors * tag usage: 1528 nodes or ways as of 2009-02-20 amenity=doctor has since been proposed, and is dying due to lack of love. It was apparently RFCed on 2008-09-06, but I haven't been able to find any evidence in the archives. * http://wiki.openstreetmap.org/wiki/Proposed_features/Doctor * amenity=doctor * tag usage: 265 nodes or ways as of 2009-02-20 I think this is a notable, relevant, and verifiable thing to have on Tag_features. Shall I merge the two, spit out a proper proposal and description and get it all voted on properly, or just get on with it and add it and update the osmdb accordingly with a bot? You could just /not/ run a bot on it. Seriously, these tag correcting bots can be really annoying. As long as it's documented both ways it can be trivially implemented both ways. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Am Sonntag 22 Februar 2009 schrieb Dave Stubbs: You could just /not/ run a bot on it. Seriously, these tag correcting bots can be really annoying. As long as it's documented both ways it can be trivially implemented both ways. but why should we use two different tags for the same thing? it would be better to consolidate this... signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Render strangeness
Hi Matt. I experienced the same problem with some of my roads before. Unfortunately I did not get a helpful response on the list. But I found, that editing the road again (also it is ok in edit mode), especially splitting and moving one node of each segment, had the road rendered correctly next times. This might be a acceptable workaround for you. Regards Thomas I was just pottering around checking some of the mapping I had done, and noticed some strangeness in the rendering of a road I mapped about two months ago: http://www.openstreetmap.org/?lat=-37.5138lon=144.4427zoom=14layers=B000FTF The road in question is Blue Gum Track, and it is definitely not straight as per the map. All the renders are showing it as a straight line, yet I recall it being particuarly windy (and I just about broke my neck when I hit a washout on it at 40km/h). The straight bit is a separate way (there's a fair few nodes on these windy roads, so I tend to chop them into a couple of pieces) to the rest of the Blue Gum track way to the south. Potlatch is showing the way is it should be. Anyway, can someone with more smarts than me have a look at it and see if there is anything obviously wrong here. Cheers Matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Render strangeness
On Feb 22, 2009, at 16:04, Thomas Wagner wrote: I experienced the same problem with some of my roads before. Unfortunately I did not get a helpful response on the list. But I found, that editing the road again (also it is ok in edit mode), especially splitting and moving one node of each segment, had the road rendered correctly next times. How was Dirk's reply at http://lists.openstreetmap.org/pipermail/talk/2009-January/033002.html not helpful? Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Flooding in Turkey
Hi, There's been some flooding in Turkey for a while which nobody neither I or katpatuka have been able to fix. It's at http://www.openstreetmap.org/?lat=37.913lon=35.572zoom=9layers=B000FTFT and only appears on the Mapnik render at zoom level 9 and lower. There are rivers passing through that area, though surely they haven't just sprung a leak and flooded :-) and there is natural:water above and below the affected area, but surely they would have flooded the area they are in if there was a problem with them? Can somebody tell us what's going wrong and help fix it please? -- Alice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] US Mapping Party invitations
If you're interested in receiving US mapping party invitations, you should be sure to subscribe to talk...@openstreetmap.org: http://lists.openstreetmap.org/listinfo/talk-us If you're not there, you've been missing a lot of activity! -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - http://openstreetmap.org/user/RussNelson ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Flooding in Turkey
On Sun, 2009-02-22 at 18:19 +, Kærast wrote: Hi, There's been some flooding in Turkey for a while which nobody neither I or katpatuka have been able to fix. It's at http://www.openstreetmap.org/?lat=37.913lon=35.572zoom=9layers=B000FTFT and only appears on the Mapnik render at zoom level 9 and lower. There are rivers passing through that area, though surely they haven't just sprung a leak and flooded :-) and there is natural:water above and below the affected area, but surely they would have flooded the area they are in if there was a problem with them? Can somebody tell us what's going wrong and help fix it please? It appears to be a problem with the coastcheck utility used to generate the lower zoom shapefiles on the mapnik layer. I'm currently trying to run the tool with RESOLUTION set to 0 instead of 100 to see if that fixes the issue. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Le dimanche 22 février 2009 à 14:19, Guenther Meyer a écrit : Am Sonntag 22 Februar 2009 schrieb Dave Stubbs: You could just /not/ run a bot on it. Seriously, these tag correcting bots can be really annoying. As long as it's documented both ways it can be trivially implemented both ways. but why should we use two different tags for the same thing? it would be better to consolidate this... I agree. I am a recent (4 months) contributor to OSM and I sometimes find it annoying to have multiple, sometimes incompatible, tagging used for the same purpose. Sometimes I just don't tag something, not knowing an acceptable way to do so. So I acually concentrate on roads which have a good consensus on the tagging (and is the main purpose of OSM). -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Renaud wrote: I agree. I am a recent (4 months) contributor to OSM and I sometimes find it annoying to have multiple, sometimes incompatible, tagging used for the same purpose. Perhaps someone should come up with a bot to get rid of all those silly highway=path tags? g,drvf Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Render strangeness
Well, first, it has nothing to do with deleted nodes in potlatch. The Nodes were ok in potlatch as well as in JOSM, but omitted by Mapnik and OSMA. And editing of nodes alone does not seem to help. It is also necessary to split the feature. Strangely, this error seem to occur whenever there is a long segment with dense nodes. It is also not much help to know a workaround, since it is hardly practicable to screen all roads over and over again. I think this is a more or less serious bug. Cheers Thomas On Feb 22, 2009, at 16:04, Thomas Wagner wrote: I experienced the same problem with some of my roads before. Unfortunately I did not get a helpful response on the list. But I found, that editing the road again (also it is ok in edit mode), especially splitting and moving one node of each segment, had the road rendered correctly next times. How was Dirk's reply at http://lists.openstreetmap.org/pipermail/talk/2009-January/033002.html not helpful? Cheers Robert ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap on HAR2009
Hello, whoever plans to be at the Hacking At Random 2009 (large hacker-camping in the netherlands this summer)... I created a project-page for OpenStreetMap in their wiki. If anyone knows that he/she will come and can answer questions, present something of his/her own or plains looks for a place to hang around, feel free to edit that wiki-page. I am also looking for similar projects to get together a Geography-Village. Marcus https://wiki.har2009.org/page/OpenStreetMap https://wiki.har2009.org/page/Village:Geography ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Easteregges (was: Afritten op A58 verdwenen)
Skywave wrote: Oh ja dit uitstulpje hier is waarschijnlijk een AND easteregg, ook niks op Gmaps. Heb er al meer van gezien, als iemand het vanaf de grond af kan bevestigen, kan het verwijderd worden. http://www.openstreetmap.org/?lat=51.465707lon=3.975874zoom=18layers=B000FTF http://www.openstreetmap.org/?lat=51.465707lon=3.975874zoom=18layers=B000FTF Dat soort eastereggs ben ik meer tegengekomen, zoals hier in Flevoland: http://www.openstreetmap.org/?lat=52.448825lon=5.547541zoom=18layers=B000FTF Ook de naamgeving komt overeen: r...@name, dus er kan zelfs naar gezocht worden. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Bij mijn beste weten is het in OSM altijd al mogelijk geweest om per value meerdere onderdelen op te geven en deze te scheiden met een ';'. Voorbeeldje, Thialf stadion in Heerenveen zou je kunnen taggen met: sport=skating;ice_hockey Niet dat het uitmaakt, maar dat JOSM het niet goed laat zien, soit. Doen de andere renderers het wel? Zie ook de FAQ: http://wiki.openstreetmap.org/wiki/FAQ#What_shall_I_do_for_roads_that_have_multiple_values_for_a_tag.3F Stefan de Konink wrote: Theun wrote: Vorige week een ritje gemaakt met de auto en getankt langs de snelweg. Na de data te vergelijken met de gpx-track viel mij op dat er geen Fuel symbool in JOSM zichtbaar was bij het tankstation (en ook niet in Mapnik/OSMrenderer). Dit wordt veroorzaakt doordat de nodes die bij de AND-node als tag amenitiy=fuel hadden er een tweede hebben bijgekregen. Nu amenity = fuel;parking. Ik kon niet echt op de OSMWiki uitvinden of dit nu de bedoeling was (twee waarden voor één key). Nu heb ik het idee dat voor de node's waar het over gaat alleen de value 'fuel' zou volstaan, er zijn altijd wel enkele parkeerplekken bij het verkooppunt (en je kunt natuurlijk even naast de pomp parkeren), maar het parkeerterrein ligt iets verderop. Moeten we hier de data aanpassen, of is de data zo goed en moeten de renderers maar aangepast worden, met een bepaalde prioriteit om iconen te laten zien. Ik weet niet of je typo onbewust was of niet ;) Maar je laatste punt is een semantiek vraag. Ik zou er niet voor zijn om fuel en parking op 1 node te zetten. Omdat er dan ook een parser moet zijn die iets doet met ';'. Wat mij betreft halen we de NL nodes op die dat hebben, en splitsen ze in twee nodes. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Lambertus wrote: Bij mijn beste weten is het in OSM altijd al mogelijk geweest om per value meerdere onderdelen op te geven en deze te scheiden met een ';'. Voorbeeldje, Thialf stadion in Heerenveen zou je kunnen taggen met: sport=skating;ice_hockey Wist je zelfs dan je van , gebruik kunt maken of - of | of * of of $ of + of ! of /... nu iemand anders die er het zelfde over denkt en je kunt er mee communiceren... en dat maakt het semantiek. Dat wil je volgensmij voorkomen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Stefan de Konink wrote: Lambertus wrote: Bij mijn beste weten is het in OSM altijd al mogelijk geweest om per value meerdere onderdelen op te geven en deze te scheiden met een ';'. Voorbeeldje, Thialf stadion in Heerenveen zou je kunnen taggen met: sport=skating;ice_hockey Wist je zelfs dan je van , gebruik kunt maken of - of | of * of of $ of + of ! of /... nu iemand anders die er het zelfde over denkt en je kunt er mee communiceren... en dat maakt het semantiek. Dat wil je volgensmij voorkomen. Technisch heb je weer gelijk maar het gebruik van meerdere values per tag is de realiteit in OSM en het scheiden van de values mbv een ';' is daarbij de regel. De case die aangedragen is door Theun is dus niet fout. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Lambertus wrote: Stefan de Konink wrote: Lambertus wrote: Bij mijn beste weten is het in OSM altijd al mogelijk geweest om per value meerdere onderdelen op te geven en deze te scheiden met een ';'. Voorbeeldje, Thialf stadion in Heerenveen zou je kunnen taggen met: sport=skating;ice_hockey Wist je zelfs dan je van , gebruik kunt maken of - of | of * of of $ of + of ! of /... nu iemand anders die er het zelfde over denkt en je kunt er mee communiceren... en dat maakt het semantiek. Dat wil je volgensmij voorkomen. Technisch heb je weer gelijk maar het gebruik van meerdere values per tag is de realiteit in OSM en het scheiden van de values mbv een ';' is daarbij de regel. De case die aangedragen is door Theun is dus niet fout. De regel nu zou volgens mij meerdere keys zijn, echter dat implementeert JOSM niet... Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Theun wrote: Zoals Stefan al aangeeft had ik het idee (vanuit eerdere draadjes op de maillijst) dat in principe meerdere identieke tags per node aangemaakt kunnen worden (wat JOSM niet ondersteunt) ipv een tag met een gecombineerde value (wat JOSM wel ondersteunt qua aanmaak alleen niet het laten zien van het icoon). Kortom wat is goed, of is beide goed. Als je de specificatie van de API of de database-struktuur bekijkt past beide hier wel in. Ik heb op dev@ voorgesteld een unique te maken op key-value; daar willen ze niet aan en gaan bij 0.6 alleen voor een unique op key; wat nogal dom is. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Dat betekent dus geen meerdere gelijke keys, maar wel meerdere waarden per key (gescheiden door ; ?). Ik weet niet of dat nogal dom is. Het is denk ik ook niet handig is om meerdere nodes aan te maken op precies dezelfde plak omdat je meerdere eigenschappen (values) voor eenzelfde key van toepassing zijn. Zie het voorbeeld van Lambertus met de sporten. Zo zijn er voor meerdere keys heel wat situaties te bedenken om meerdere waarden te gebruiken om de werkelijkheid te beschrijven. Blijft dat dan noch steeds dat in renderers keuzes gemaakt moeten worden hoe dit te laten zien. Wat blijkbaar tot nu toe niet gebeurt. 2009/2/22 Stefan de Konink ste...@konink.de Theun wrote: Zoals Stefan al aangeeft had ik het idee (vanuit eerdere draadjes op de maillijst) dat in principe meerdere identieke tags per node aangemaakt kunnen worden (wat JOSM niet ondersteunt) ipv een tag met een gecombineerde value (wat JOSM wel ondersteunt qua aanmaak alleen niet het laten zien van het icoon). Kortom wat is goed, of is beide goed. Als je de specificatie van de API of de database-struktuur bekijkt past beide hier wel in. Ik heb op dev@ voorgesteld een unique te maken op key-value; daar willen ze niet aan en gaan bij 0.6 alleen voor een unique op key; wat nogal dom is. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] fuel;parking
Theun wrote: Dat betekent dus geen meerdere gelijke keys, maar wel meerdere waarden per key (gescheiden door ; ?). Ik weet niet of dat nogal dom is. Het is heel dom, het vereist een nieuwe semantische interpretatie van xml attributen. Het is denk ik ook niet handig is om meerdere nodes aan te maken op precies dezelfde plak omdat je meerdere eigenschappen (values) voor eenzelfde key van toepassing zijn. Dat is het ook niet, daarom moeten Key-Value pairs unique zijn per node, maar moeten er dus wel meerdere dezelfde keys op 1 node gezet kunnen worden. Blijft dat dan noch steeds dat in renderers keuzes gemaakt moeten worden hoe dit te laten zien. Wat blijkbaar tot nu toe niet gebeurt. Inderdaad, dan gaan mensen weer zeuren over volgorde ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] ABS Import Wiki page
Yep, that seems to have a few advantages over the other order cheers On Fri, Feb 20, 2009 at 4:32 PM, BlueMM bluemm1975-...@yahoo.com wrote: Franc Carter franc.car...@... writes: Hi,It looks like the vote is in favour of relations and there is the beginnings of consensus around other tags.So I have updated the wiki page [SNIP] Hey, crazy idea, but should we be using something like au.gov.abs:xyz as the namespace? It matches the Java library format, and would group tags really well when sorted alphabetically. I wanted to suggest it before our first major import as trying to change a notation later on would suck big time. I could see future imports following a similar format, like au.gov.vic.land, au.com.whereis etc. Or maybe just use the above suggestion when there will be ambiguity like the ABS case. I can imagine being consistent would make sorted tags match up very nicely (like in Tagwatch or Potlatch if/when its tags are displayed sorted - I don't think they are yet but the TIGER guys wanted it) Thoughts? BlueMM ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo Norbert, Du hättest einen Screenshoot verlinken sollen - das sieht doch gut aus. Vor einigen Wochen hatte ich betreffende Personen angemailt weil ich deren MIST wirklich nicht berichtigen wollte. Einer hat sich gemeldet und wollte sich der Sache annehmen. Habe in meinem OSM-Archiv nochmal nachgesehen - so sieht es in JOSM aus: http://www.tappenbeck.net/forum/osm/jt_osm_hl_worst_jan09.jpg [275 kb] Gruß Jan :-) Norbert Kück schrieb: Hallo, wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden: http://www.openstreetmap.org/?lat=53.868181lon=10.709427zoom=18layers=B000FTF In angenehmer Erinnerung an eine gute Studentenzeit (lang ist's her) bin ich eben per OSM durch Lübeck gewandert. Meine Freude hat an dieser Stelle doch einen schlimmen Dämpfer bekommen. :-( Eigentlich sollte das als So nicht archiviert werden. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo, wurde auch schon korrigiert, war halt nur ein hochgeladener GPS Track. In den weg rein gelaufen und wieder raus und schon waren dort 2 Wege, 100 meter gerade aus gelaufen und das GPS ist hin und her gesprungen als wenn man Zick-Zag gelaufen währe. In solchen Fällen macht man auch normalerweise einen Screen Shot und nicht nur den Link. Schöne Grüße 2009/2/22 Arne Bischoff bisch...@gueldendorf.de: Hallo, Was ist da am Park falsch? Ich kann da nichts erkennen, was hier solche Gefühlsausbrüche erklärt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
die onne halten und den Ort speichern ist ja wohl meist keine gute Idee. Also von 2 Stellen Peilen,... Also, genau so hab ich das im letzten Jahr in Brandenburg, auf der Elbe, auf dem Elbe-Lübeck-Kanal, die Ostseeküste gen Osten, Stettiner Haff und zurück nach Berlin gemacht. Kannst ja mal auf unserer Karte den Aktueller Kursverlauf Button drücken ;-) Das Loten wäre meiner Meinung nach noch OK, man muß nur wissen wo man es vom Segelboot und wo vom Dinghi aus macht, aber ab wann würdest Du Dich auf eine so entstndene Karte verlassen? Mit entsprechender Vorbereitung (Kartenvergleich) mach ich das heute schon, bzw. habe es letztes Jahr gemacht. Allerdings gebe ich zu, daß ich unsere Tonnen-Positionen letztes Jahr noch über GoogleEarth gelegt habe, um zu navigieren. Da gab es unser OSM-Openlayers-xampp-Offline-Navi noch nicht, und UMTS auf der Ostsee kann leicht eine schlechte Idee sein. Wie sollen wir wlches Zeichen taggen? Jedes Zeichen hat ja wohl einen englischen Namen, da muß man sich nur auf irgendwas einigen. Anfangen kann man da wo man meist anfängt: http://en.wikipedia.org/wiki/Sea_mark Entsprechend wächst und gedeiht unsere Seekarte derzeit leider noch neben OSM ... Ich hoffe unter einer Lizens die eine Vereinigung irgendwann ermöglichen würde. Die leidige Lizenzfrage. Unsere Daten sind für jedermann frei. Ausdrücklich möchten wir unsere Daten mindestens genauso frei sehen, wie die des OSM-Projektes. Ich werde die Webseite die Tage übrarbeiten, da offenbar der Hinweis, man möge keine Daten, die mit fremden Rechten behaftet sind, bei uns hochladen, mit einer Lizenzvereinbarung verwechselt wird. Was bei uns einer Lizenz am nächsten kommt, findet sich etwas versteckt unter http://www.freietonne.de/index.php?site=3infotyp=1 , der Punkt 3 war übrigens so eine blöde Anfangsidee von uns. Wie gesagt, ich ändere das die Tage :-) Beste Grüße JJ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] USB Stromversorgung
Moin.. Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Kennt vielleicht jemand das Teil? Mich würde interessieren ob bein eingeschalteter Last der Akku vom Power Pack geladen wird wenn über Zigarettenanzünder und nachgeschaltetem 5V-USB-Wandler das Power Pack mit Strom versorgt wird. Ich hatte schon kleine Solar-Lader die das nicht konnten und erst darauf gewartet haben bis die Last entfernt wurde. Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Marc Kura schrieb: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Das Autoradio hat meist Dauerplus. Evtl. kann man da etwas abgreifen. Würde ich mich aber in einem Forum zum entsprechenden Automodell schlau machen. Mit CAN-Bus ist die Chance, etwas kaputt zu basteln doch recht hoch. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Ich hab für meinen PDA einen primitiv-Notlader mit Batterie. 5 EUR in der Bucht. Für den Notfall reicht es aus. Höhere Erwartungen hätte ich auch an Dein 30 EUR-Teil nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
On Sun, 22 Feb 2009, Marc Kura wrote: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Der hat nur 2,2Ah und ist teurer. Oder Du klemmst die Zigarrenanzünderbuchse direkt an die Autobatterie (z.B. Dauerplus vom Autoradio). Sparst Du auch noch den Akku. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Hallo Marc, Zigarettenanzünder funktioniert nur bei eingeschalteter Zündung Wieso legst Du dir nicht einfach ein Kabel direkt von der Batterie, und passender Buchse/Stecker? Gibts bei conrad.de http://www1.conrad.de/scripts/wgate/zcop_b2c/~flNlc3Npb249UDkwV0dBVEU6Q19BR0FURTAxOjAwMDMuMDEwNy4wNDE3MmFmNSZ+aHR0cF9jb250ZW50X2NoYXJzZXQ9aXNvLTg4NTktMSZ+U3RhdGU9MTk5NDc5NDc3?~template=PCAT_AREA_S_BROWSEmfhelp=p_selected_area=%24ROOTp_selected_area_fh=perform_special_action=glb_user_js=Yshop=B2Cvgl_artikel_in_index=product_show_id=p_page_to_display=DirektSearch~cookies=1zhmmh_lfo=zhmmh_area_kz=s_haupt_kategorie=p_searchstring=zigarettenanz%FCnderp_searchstring_artnr=p_searchstring_manufac_artnr=p_search_category=allefh_directcall=r3_matn=insert_kz=gvlon=area_s_url=brand=amount=new_item_quantity=area_url=direkt_aufriss_area=p_countdown=p_80=p_80_category=p_80_article=p_next_template_after_login=mindestbestellwert=login=password=bpemail=bpid=url=show_wk=use_search=3p_back_template=template=kat_save=updatestr=vgl_artikel_in_vgl=titel=darsteller=regisseur=anbieter=genre=fsk=jahr=jahr2=dvd_error=Xdvd_empty_error=Xdvd_yea r_error=call_dvd=kna_news=p_status_scenario=documentselector=aktiv=gewinnspiel=p_load_area=$ROOTp_artikelbilder_mode=p_sortopt=page=p_catalog_max_results=20 Sicherung nicht vergessen! (Sicherungshalter direkt ins Kabel) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinenamen als nodes?
2009/2/21 Rolf Bode-Meyer rob...@gmail.com: Hallo, wie taggen wir denn Gemeinden? Nur als name auf dem Grenzpolygon (so vorhanden), oder auch als place? Als Weg (für ist in Fragen) und als Node (für das Rendern). Weg und Node sind als place=... und als name=... getagged. Optional dann auch als postal_code, name:(sprache)=, is_in=, ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice (Anliegerstrassen)
2009/2/19 Chris-Hein Lunkhusen chris66...@gmx.de: Deshalb verstehe ich nicht wieso JOSM dieses wiki-unkonforme Taggen des Nodes unterstützt. ;-) Du hast da etwas falsch verstranden. Das Wiki ist keine Regel. Die Regel ist was du auf der Karte hast und das Wiki eine Dokumentation was man so auf der Karte anzutreffen bereit sein sollte. Getagged wird wie es jedem grad richtig erscheint und anschließend wird im Wiki gelegentlich dokumentiert was denn so üblicherweise getagged wurde. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitmap-Karte offline kalibrieren?
Hallo, Frederik Ramm schrieb am 21.02.2009 23:16: Ja, ich erinnere mich, dass ich das gleiche Problem damals auch hatte. Aus einer Mail von 2007 habe ich jetzt diese Anleitung rausgekramt: * Visit http://developers.metacarta.com/register/ , and create an account Da kommt zwar nur eine Fehlermeldung, aber unter http://accounts.metacarta.com/ klappt es. * Go to the rectifier upload page, and choose 'private' * After hitting submit, you should be prompted for a username/password * Your username is the email address you signed up with. * After your upload, you will be sent to a page like: http://labs.metacarta.com/rectifier/rectify/id This image will *not* be shown publically. Copy this URL so you can keep it somewhere for the future. * All access to WMS/API info will now require basic auth using the username and password you set up. Vielleicht hilft es. Leider auch nicht. Auch mit Registrierung derselbe Fehler, sowohl mit Firefox als auch mit IE. Trotzdem danke. Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Java SlippyMap Entwicklung.
Moin, ich benötige eine SlippyMap mit BBox-Auswahl ähnlich dem in Josm für ein eigenes Java Projekt. ich hab mir die entsprechenden Klassen in Josm schon mal angesehen und gemerkt dass sie sehr mit Josm verwoben sind, so dass es schwer sein wird sie da raus zu bekommen, wenn man nicht so gut mit dem josm-Code vertraut ist. (leider sind nur selten MetaKlassen und Interfaces verwendet worden) Meine Frage(n): Gibt es Schon Bestrebungen (oder sogar schon fertigen code) den SlippyMapChooser unabhängig zu machen? wenn nicht, gibt es jemanden der mitmachen möchte (vielleicht, weil er selbst so was brauchen könnte?) Jemand der sich eventuell schon etwas mit dem josm code damit auskennt? alles Gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
grungelborz schrieb: Mit Abweichung meine ich die Differenz zum Wert aus der topologischen Karte, 1.3m. Die ist 5m. Ausreisser sind bei mir das obere und das untere Drittel des Histograms. Die Begriffe waren nicht aus der Statistik - ich hab das nicht studiert. Worauf es ankommt ist, daß man mit einem simplen Algorithmus und genügend Daten dreimal hintereinander relativ gute Werte erhält. Für mehr Tests habe ich keine Daten. Das kannst Du aber unmöglich als Referenztest für alle GPS-Geräte nehmen. Ich habe seit einigen Tagen hier ein großes Trimble-Gerät, was ich für die kommenden Monate und Jahre kostenfrei zur wissenschaftlichen Analyse nutzen kann. Ich werde es bald mit einer Antenne fest installieren und kontinuierlich Messdaten ins Web streamen. Vorteil: Da unser Fachbereich auch eine Kachelmann-Wetterstation betreibt, kann ich (leider nur intern) GPS-Fehler mit Veränderungen des Wetters in Verbindung setzen! Da ich die genauen Koordinaten und Höhe dank Vermessungsamt kenne, kann ich die genauen Fehler wiedergeben. Die Höhe schwankte in den letzten 3 Tagen um durchschnittlich 8 Meter hoch/runter. Ausreißer waren bis 17 Meter spürbar. In der Realität unterwegs, kannst Du nicht wissen, ob es gerade 8 Meter drunter unter 17 Meter drüber liegt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: Am 20. Februar 2009 13:35 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Meinst Du, ich soll die Sache mal von einem Rechtsanwalt prüfen lassen? Ich denke, für 30-40 EUR wird er eine Bewertung schreiben. wieso so wenig, schafft er das in 12 Minuten? Es gibt auch kleine Tricks, die ich in der Vergangenheit häufiger angewendet habe, aber mir persönlich recht hilfreich sind: Befreundete Jura-Studenten (Maifest 2002 in Köln) recherchieren das kostenfrei als Übung. Dieses lege ich einem normalen Rechtsanwalt für Medienrecht vor. Dieser liest es durch und bewertet die Recherche. Das ist meist ein Festpreis von 30-40 EUR (es liegt ja kein Streitwert vor, kenne aber die genauen Stundenpreise für Rechtsanwälte nicht). Vorteil: Der Jura-Student bekommt Auskunft, ob seine Recherche okay war und ich bekomme eine Antwort. Da diese Bewertung und die Fragen beim Rechtsanwalt ja eh nicht rechtlich verbindlich sind, sondern vielmehr Klarheit über eher dürfen und eher nicht dürfen geben, ist dieser Weg für mich richtungsweisend. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: die sind m.E. beide öffentlich/amtlich und daher auch beide zu verwenden, die Kartengrundlage / Hintergrund nach meiner Kenntnis explizit nicht. Beim F-Plan bin ich mir wirklich nicht sicher. Der F-Plan hat nur eine informelle Wirkung für den Bürger. Ich habe hier ein Buch von 1994 gefunden, wo das genau drin steht. Ich poste es morgen mal (also Zusammengefasst). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
On Sun, 22 Feb 2009, Josias wrote: Moin, ich benötige eine SlippyMap mit BBox-Auswahl ähnlich dem in Josm für ein eigenes Java Projekt. ich hab mir die entsprechenden Klassen in Josm schon mal angesehen und gemerkt dass sie sehr mit Josm verwoben sind, so dass es schwer sein wird sie da raus zu bekommen, wenn man nicht so gut mit dem josm-Code vertraut ist. (leider sind nur selten MetaKlassen und Interfaces verwendet worden) ? Der SlippyMap-Code ist überhaupt nicht in JOSM enthalten, sondern ein unabhängiges Projekt im OSM-Repository. JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer schrieb: Diese darf man vermutlich nicht verwenden, wobei ich das irgendwie auch aus ähnlichem Grund wie mein Vorredner in Frage stellen würde: entweder, man braucht die Karte, um den Plan zu verstehen, dann ist sie auch Bestandteil der Veröffentlichung, und daher darf sie auch benutzt werden, oder sie ist überflüssig, dann braucht die Behörde sie auch nicht im Hintergrund einblenden. Ich bin der Meinung, dass ein FNP/F-Plan nur mit einer Basiskarte irgendeine Wirkung hat. Der F-Plan kennzeichnet ja vorhandene Fläche, ohne Basiskarte wäre der F-Plan total nutzlos. Der B-Plan kennzeichnet aber eine neue Fläche, wobei abgewägt werden muss, ob der B-Plan Einfluss auf die vorhandene Bebauung hat. Es kann ja sein, dass im Rahmen einer Umlegung das Grundstück des Bestandes beeinflusst wurde. Dann hat die Basiskarte eindeutig einen Bezug zum neuen Grundstück. Wenn jedoch im Freiraum gebaut wird, dann ist die Basiskarte nur rein informativ, damit man weiß, wo man ist. Mir ist bewusst, dass die Ämter das anders sehen, weil sie sonst ihre Pfründen (Verkauf von Planmaterial) davonschwimmen sehen, aber wie gesagt ist das m.E. in Frage zu stellen. Es gibt noch ein anderes Argument, welches wir noch nicht bedacht haben. Ich werde dies morgen aus dem Buch zusammenfassen (siehe oben). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Mark Obrembalski schrieb: Dazu sollte man allerdings bedenken, dass der FNP ein _Plan_ ist und nicht unbedingt die bestehenden Verhältnisse wiedergibt. Es war ja u.a. von Interesse, was dem F-Plan zugrunde liegt. Der F-Plan ohne Grundlage ist wenig aussagefähig, anders wie ein B-Plan. Du hast aber natürlich recht, dass der F-Plan wirklich nur eine Willingsplanung widerspiegelt, was man z.B. hier in Dortmund im Rahmen der Universitätsstraße wunderbar sieht: Ach, bauen wir einfach mal ... 10 Jahre später ... Huch, Scheiße: Hätten wir das lieber nicht getan. Lösch' es schnell aus dem Plan!. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Dirk Stöcker schrieb: Der SlippyMap-Code ist überhaupt nicht in JOSM enthalten, sondern ein unabhängiges Projekt im OSM-Repository. ah ok, dann hab ich das nicht richtig interpretiert. JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? alle Gute Josias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Hallo, Meinst du mich? Dann sage mir bitte, was in meinem _ersten_ Beitrag du als Gefühlsausbruch siehst Nicht Gefühslausbruch, falsche Wortwahl meinerseits. Nur eben abwertend dem Mapper gegenüber, der das vielelicht das erste Mal gemacht hat und stolz war darauf, was er gemacht hat. Auch wen es letzlich nicht viel Wert war. Ich war am Anfang, ausgestattet mit einem schlechten Gerät, auch überrascht, wieviel fast parallele Wege ich da scheinbar gegangen bin. Und dass ich scheinbar über Wasser gehen konnte ;-) Wir haben alle mal angefangen und waren über freundliche Verbesserungswünsche froh. Grüße aus dem verschneiten Frankfurt (Oder), Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Markus schrieb: Wieso legst Du dir nicht einfach ein Kabel direkt von der Batterie, und passender Buchse/Stecker? Hallo Markus, Wäre zu einfach, ist leider ein Mietfahrzeug an dem ich nichts basteln darf. Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Hallo Dirk, Dirk Stöcker schrieb: Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Und wie sieht es aus mit dem Tiefentladen? Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Dimitri Junker schrieb: Anlegen von 2 Matritzen, in der einen wird Höhe*Gewicht aufsumiert, in der anderen Gewicht - am Ende teilt man den einen Wert durch den anderen und hat das gewichtete Mittel Als nächstes baue ich eine einfache grafische Ausgabe ein, so nach dem Motto Höhe-Grauwert, unbekannte Pixel rot Kannst Du mir bitte die Matrix schicken? Ich möchte sie auch mal mit meinen Tools aufbereiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Iphone 3G
Hi, werde dann wohl mal das erste aus der anderen Antwort für 0,79€ verwenden. Sieht schon für mich ausreichend aus. Ist momentan bei mir kältebedingt nicht soviel, was ich tracke. PIOs trage ich aktuell eher ein. z.B. Blitzer, nen Postkasten auf der Ecke oder mal ein paar Hausnummern. Außerdem ist in meinem aktuellen Wohnumkreis schon fast alles an Straßen gemappt. Mfg Marco Andreas Labres schrieb: Marco Horstmann wrote: ich will mir demnächst auch nen iPhone zulegen, wie schauts da eigentlich mit GPX Logger aus? Ich verwende Track'n Trail http://www.trackntrailapp.com/de/ v1.0.2 von Andreas Kluge http://www.aemade.de/, Aufzeichnungsintervall kann man auswählen: 1m, 5m, 10m, 50m, 100m, 500m, 1000m; kann GPX erzeugen und direkt in OSM hinaufladen. Ein Beispieltrack: http://www.openstreetmap.org/user/_al/traces/307694 Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Hi Josias, alles, was man standardmäßig von einer Kartenanwendung erwartet ist im JMapViewer implementiert. (Anzeigen der Karten, Translation der Karte, Zoom, Umrechnen von Bildschirmkoordinaten in Lat/Lon, ...) Den JMapViewer gibt hier: http://svn.openstreetmap.org/applications/viewer/jmapviewer/ Am 22.02.2009 um 13:44 schrieb Josias: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Wenn Du eine BBox auf die Karte malen möchtest, musst Du das selbst implementieren, z.B. wie im SlippyMapChooser. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Ja genau. Früher war alles im SlippyMapChooser. Inzwischen sind die Standard-Funktionalitäten zur Kartenanzeige in ein eigenes Projekt eingegangen. Wenn Du einfach eine Karte darstellen möchtest, solltest Du dafür den JMapViewer verwenden. Und darauf Deine BBox Funktionalität implementieren. Gruß, Tim ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenverzeichnis Rheinland-Pfalz
Hallo Tim, Am Donnerstag, 19. Februar 2009 20:56 schrieb TimG: Hallo Sven, Bei den Orten bei denen ich kein Polygon gefunden hatte, hab ich jetzt ein Rechteck um den Ort herum mit 0.06 Grad Kanenlänge angenommen. http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/ Die Relation muss einen Key: de:amtlicher_gemeindeschluessel und als Value den Gemeindeschlüssel aus dem Strassenverzeichniss haben. Könnest Du mir das mit der Relation noch mal bitte etwas genauer erklären ? Ich arbeite u.a. in Nierstein http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/Nierstein/ Hierfür gibt es auch einen way (landuse = residential) der alle Straßen umfasst http://www.openstreetmap.org/browse/way/8031225/history Wie muss jetzt die Relation genau aussehen und wer/was muss Mitglied dieser Relation sein ? Wenn ich mir die Landkarte der Verwaltungsgemeinde [1] ansehe,würde ich lieber einen neuen Way anlegen. Ich hab das mal für Ingelheim (vgl. [2]) gemacht. Es gibt eine Relation [3], sie hat als ein Mitglied die Kreisgrenze [4] (ich musste sie dafür kleiner teilen) und als anderen den neuen Way [5]. Beachte bitte das ich die Grenze von nirgendwo abegmalt habe und sie deshalb sehr ungenau ist, ich habe das nur aus dem Gedächnis hingemalt. Sicher werdet Ihr festellen, das sie nicht stimmt, dann ändert sie einfach (zieht sie in die richtige Richtung, fügt neue Punkte hinzu etc.). Wenn du eine Nachbargemeinde einfügen möchtest, dann splittest du den Way auf, und fügst den Teil der Grenze den sei gemeinsam haben auch zur Nachbargemeinde-Relation. [Ich ärger mich gerade, hatte vor es für Nierstein zu machen, und dann war da noch was falsches in der Zwischenablage, naja nun halt Ingelheim]. Das verändern der Grenze geht halt nicht, wenn sie deckungsgleich mit einem landuse=residential ist. Wenn du im lokalen Archiv mal nach Grenzbeschreibungen fahndest, kannst du die Grenze natürlich sehr viel genauer eintragen. Ist aber eher Arbeit für Biliothekare oder Historiker. Interessant ist im dem Zusammenhang evtl. [6] und [7] zumindest bei [7] müsste der Plan gemeinfrei sein, da er bestandteil der Satzung ist. Leider ist er im Online zu finden PDF nicht intergriert. Wenn du das jetzt auch noch im Wiki so dokumentierst, wie du es dort gerne gefunden hättest, würde es auch dem nächsten helfen. 1:http://www.nierstein-oppenheim.de/content/buergerbuero_online/so_finden_sie_uns.htm 2: http://www.mainz-bingen.de/assets/images/72-uebersichten-lk_gemeinden.jpg 3: http://www.openstreetmap.org/browse/relation/80449 4: http://www.openstreetmap.org/browse/way/31345513 5: http://www.openstreetmap.org/browse/way/31345515 6:http://www.nierstein-oppenheim.de/content/buergerbuero_online/pdf_satzungen/nierstein/nier_15.pdf 7:http://www.nierstein-oppenheim.de/content/buergerbuero_online/pdf_satzungen/nierstein/nier_16.pdf Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
Josias schrieb: Dirk Stöcker schrieb: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Das stimmt, aber der Code aus der Klasse SlippyMapChooser ist nicht sehr kompliziert und gehört nicht zu den JOSM-abhängigen Teilen. Zusammen mit der Klasse OsmMapControl solltest du alles haben für die Auswahl eines Bereiches. Ich würde dir empfehlen einfach mal die beiden Klassen zusammen mit JMapViewer in ein neues Projekt zu ziehen und alles, was Fehler macht auszukommentieren. Dann sollte fast genau das übrig bleiben was du willst. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Der JMapViewer ist die Basis das SlippMapChoosers [1]. Letzterer macht eigentlich nur die Anpassung an JOSM und das setzten/auslesen des selektierten Bereiches. Gruß Jan [1] http://wiki.openstreetmap.org/wiki/JMapViewer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Hallo, Du bekommst einen Höhenteppich mit einer Dicke von Grössenordnung 80- 160m - ausgehend von einem Messfehler von 30m und und einer nicht bekannten GPS-Höhenkorrektur Der Fehler sinkt bekannterweise mit der Anzahl der Messwerte, irgendwann ist er akzeptabel. Ggf könnte man noch berücksichtigen wieviele unterschiedliche Geräte die Meßwerte ermittelt haben. Man könnte dann zwischen statistischem und systematischem Fehler unterscheiden. Der statistische sinkt mit der Anzahl der Messungen, der systematische nur mit der Anzahl der unterschiedlichen Geräte. Das ist hier nicht so einfach - du musst die Geräte in verschieden Klassen einteilen und entsprechend Gewichten - diese Daten hast Du im Zweifel aber nicht zur Verfügung - oder schlimmer noch, die Geräte falsch klassifiziert so dass dir viele Messwerte dass Ergebniss ehr verschlechtern als verbessern. Wenn man konsequent nur bekannte Quellen mit bekanntem Korrekturwert zulässt reduziert sich das natürlich - aber damit entfälltt quasi das Argument automatisch ohne Handarbeit erstellt. Nö, ich kan in meinem OSM-Profil angeben welchen Gerätetyp (+Software+Firmware) ich habe und wie ich die Höhenkorektur eingestellt habe. Optimal wäre wenn diese Daten automatisch ins GPX-File geschrieben würden. Das wäre dann praktisch keine Handarbeit. Bei vielen Geräten könnte man ggf auch Konfigurationsfile automatisch auslesen lassen. Ja - wenn es konsequent angewendet wird. So wie es jetzt aber viele gibt die defacto für den Renderer mappen (hauptsache die Karte sieht gut aus, auch wenn die Daten nicht korrekt sind) - so wirst Du auch hier Mapper haben die ihr Höhenprofil einbringen wollen ohne sich um die Fehlerproblematik zu kümmern. Fazit: Allein die Menge an verschieden Höhenaufzeichnungen pro Gebiet ist kein Garant für eine Ausmittelungen des Messfehlers. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Garry schrieb: Fazit: Allein die Menge an verschieden Höhenaufzeichnungen pro Gebiet ist kein Garant für eine Ausmittelungen des Messfehlers. Das würde eh nur klappen, wenn der Messfehler nur durch die Geräte erzeugt wird. Aber wir haben bei GPS ja noch xy andere Faktoren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Dirk Stöcker schrieb: On Sun, 22 Feb 2009, Marc Kura wrote: Zur Zeit nutze ich einen HTC Touch 3g fürs Mappen im Auto. Da der Akku nur 3 Stunden mit aktivem GPS hält und in meinem Auto der Zigarettenanzünder nur bei eingeschalteter Zündung funktioniert suche ich eine Puffermöglichkeit. Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Hier habe ich ein Mobil Power Pack gefunden http://www.pdamax.de/?art_nr=cz-381 Der hat nur 2,2Ah und ist teurer. Oder Du klemmst die Zigarrenanzünderbuchse direkt an die Autobatterie (z.B. Dauerplus vom Autoradio). Sparst Du auch noch den Akku. Vorsicht mit Hinweisen an Leute die nicht selber auf so eine Idee kommen - ohne ein bischen Fachkenntnis kann man damit auch ein Auto abfackeln... oder für gefährliche Verkehrsituation bei Rauchentwicklung während der Fahrt sorgen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Java SlippyMap Entwicklung.
On Sun, 22 Feb 2009, Josias wrote: JOSM-spezifisch ist nur die Klasse für den Map-Chooser (org.openstreetmap.josm.gui.download.SlippyMapChooser) wenn ich das richtig sehe ist das aber genau die klasse, die für das auswählen der BBox, oder? Ja. Aber der Code wird immer programmspezifisch sein. Ich habe mir das gerade nochmal angeschaut. Viel könnte man nicht in eine unabhängige Klasse auslagern ohne in Parametrierungswahnsinn zu verfallen. Alles andere (org.openstreetmap.gui.*) hat mit JOSM nichts zu tun, was Du auch daran siehst, dass kein josm im Namen steckt. dort ist aber nur der jmapviewer, oder übersehe ich da was? Das ist doch die Hauptarbeit. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Norbert Kück schrieb: Arne Bischoff schrieb: Was ist da am Park falsch? Sieht gut aus jetzt, ja. Aber falsch ist es dennoch. Dirk hat das aus der Ferne schön gemacht und dabei wichtige Informationen, die im Track durchaus enthalten waren, weggebügelt. Es fällt nun nicht mehr auf, dass da noch mal jemand genau drüber muss, aber es braucht dennoch Überarbeitung. Es muss ständig über die gesamte OSM bzw. generell über alle Karten gegangen werden! Es gibt keine fehlerfreie Karten, es gibt immer nur eine Annäherung an die Realität zum Zeitpunkt der Erfassnug! Also nict darüber aufregen wenn etwas nicht perfekt ist sondern einfaqch besser machen wenn sich die Gelegenheit bietet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
On Sun, 22 Feb 2009, talkde...@kura.de wrote: Dirk Stöcker schrieb: Warum kaufst Du Dir nicht einfach einen 12V-Akku und klemmst eine Zigrarrenanzünderbuchse dran? 7Ah bekommst Du z.B. für knapp 20EUR. Und wie sieht es aus mit dem Tiefentladen? Wie lange willst Du das Ding denn betreiben? Und wieviel Strom braucht Dein Gerät? Mein Vorschlag geht davon aus, dass Du abens die Batterie zum aufladen an ein passendes (in jedem Haushalt vorhandenes?) Ladegerät anklemmst. Wenn Du natürlich kein entsprechendes Ladegerät hast, wird es teurer. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USB Stromversorgung
Dirk Stöcker schrieb: Wie lange willst Du das Ding denn betreiben? Und wieviel Strom braucht Dein Gerät? Mein Vorschlag geht davon aus, dass Du abens die Batterie zum aufladen an ein passendes (in jedem Haushalt vorhandenes?) Ladegerät anklemmst. Wenn Du natürlich kein entsprechendes Ladegerät hast, wird es teurer. Oder er muss basteln ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Am 22. Februar 2009 13:41 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Mark Obrembalski schrieb: Dazu sollte man allerdings bedenken, dass der FNP ein _Plan_ ist und nicht unbedingt die bestehenden Verhältnisse wiedergibt. Es war ja u.a. von Interesse, was dem F-Plan zugrunde liegt. Der F-Plan ohne Grundlage ist wenig aussagefähig, anders wie ein B-Plan. Du hast aber natürlich recht, dass der F-Plan wirklich nur eine Willingsplanung widerspiegelt, was man z.B. hier in Dortmund im Rahmen der Universitätsstraße wunderbar sieht: Ach, bauen wir einfach mal ... 10 Jahre später ... Huch, Scheiße: Hätten wir das lieber nicht getan. Lösch' es schnell aus dem Plan!. ganz so läuft es nicht ab (bauen wir einfach mal..). Einerseits geht es da um Partikulär-Interessen (ist ja finanziell durchaus bedeutsam, ob, was und in welcher Größe man bauen darf), andererseits um gewandelte politische Einschätzungen und Ansichten und zuguterletzt darum, welche Partei gerade am Ruder ist. Natürlich spielt auch die Finanzierbarkeit eine Rolle. Jedenfalls ist der FNP ein Plan, der nicht zwangsläufig umgesetzt wird und daher nicht wie eine Karte die Realität wiedergibt, insofern macht ein blindes Kopieren nach OSM sowieso keinen Sinn, da gebe ich meinen Vorrednern Recht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS - Fehler bei detaillierten Fahranweisungen (war: Idee: Fahranweisungen auf ORS in Dialekten)
Am 19.02.2009 11:20, schrieb Rolf Bode-Meyer: Am 19. Februar 2009 09:46 schrieb Pascal Neisn...@geoinform.fh-mainz.de: ich weiß das die Fahranweisungen auf ORS noch etwas Arbeit erhalten müssen. Trotzdem denke ich wäre es insgesamt eine Lustige Sache wenn man auf ORS.org die Fahranweisungen in verschiedenen deutschen Dialekten anbieten könnte, oder? Ich habe mich ja jetzt seit meinem ersten Report bezüglich der Fahranweisungen zurückgehalten und ihr sollt ja bei der Entwicklung auch etwas Spaß haben. Aber sich auf solche Spielereien zu stürzen wenn die Fahranweisungen wirklich jenseits von Gut und Böse sind halte ich wirklich für falsch. Du vergisst, dass Open Source Projekte auch mit der Motivation für die Programmierer am Leben gehalten und sich nicht nur am Bedarf der Nutzer orientieren müssen. btw. Ist bekannt, dass die detaillierten Routenanweisungen bei unbenannten Straßen immer n/a schreiben? Besser wäre dort unbenannt oder das Weglassen einer Straßenbezeichnung Beispiel statt... Fahre rechts an der Ampel auf n/a für 0.36 km Fahre rechts an der Ampel für 0.36 km Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waschanlage
Hallo, Gab es bei diesem Thema eine Einigung? Habe im Archiv nichts gefunden... Gruß, Arne+++ -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Andreas Jacob Gesendet: Donnerstag, 24. Juli 2008 12:59 An: Openstreetmap allgemeines in Deutsch Betreff: [Talk-de] Waschanlage Habe gerade ein wenig im Wiki und im Tagwatsch gestöbert, aber nichts verwertbares bzgl. Waschanlagen für KfZ gefunden. Habe da gerade eine SB Waschanlage einzuzeichnen. Ich hätte da jetzt prompt amenity:carwash erwartet. Aber dann fiel mir ein, dass eine Waschanlage ja auch bei vielen Tankstellen zu finden ist. Dazu habe ich dann auch 11 EInträge ala service:carwash im Tagwatch für Europa gefunden. Doch beim Nachsehen unter: http://wiki.openstreetmap.org/index.php/Key:service musste ich feststellen, dass sich diesen Key die Pufferküsser unter den Nagel gerissen haben. Hat irgendwer eine Idee, wie man die unterschiedlichsten Waschanlagen modellieren könnte? Vielleicht auch unter dem Gesichtspunkt, dass es Textilwaschanlagen, Bürstenanlagen als auch die Selbstbedienungsboxen gibt, und diese jeweils einzeln als auch an einer Tankstelle vorkommen kann. Gruß Andreas ___ 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/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Die HTWK Leipzig stellt in einer Sendung ihres Wissenschaftsmagazins Open Source-Projekte vor und begleitete OpenStreetMapper bei einer kleinen Mapping-Aktion: http://www.floidtv.de/programm/singleall/article/x-cam-das-wissensmagazin/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fahrradstraße.
Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Schöne Grüße Thomas ___ DSL zum Nulltarif + 20 Euro Extraprämie bei Online-Bestellung über die DSL Freundschaftswerbung! http://dsl.web.de/?ac=OM.AD.AD008K15279B7069a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Am 22.02.2009 17:06, schrieb Thomas Berendes: Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas Und was ist wenn vor dem Stoppschild noch eine Einmündung ist oder ein Fahrrad-/Fußweg vor der Einmündung die einmündende Straße quert. Es gibt viele Beispiele, die eine automatisierte Richtungsermittlung in die Irre laufen lassen. Besser wäre hierfür eine Relation mit from- und to-Straße und optional dem Standort. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Claudius Henrichs schrieb: Am 22.02.2009 17:06, schrieb Thomas Berendes: Florian Lohoff schrieb: On Sun, Feb 22, 2009 at 04:28:07PM +0100, Thomas Berendes wrote: Subject: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren? Hallo, gibt es eigentlich schon eine Empfehlung, wie Verkehrszeichen, die lediglich als Node Sinn machen (z. B. Stoppschilder), positioniert werden sollen? Wird der Node in den Weg integriert oder an der Stelle positioniert, an der sich das Verkehrszeichen tatsächlich befindet, also in der Regel neben dem Weg. Ich habe auf diese Frage noch keine Antwort finden können. Ein Stoppschild ist gerade ein schlechtes beispiel weil es gerichtet ist d.h. zu dem node fehlt noch ein way fuer den das Stoppschild gilt, und zusaetzlich noch die Richtung. Schilder sind insgesamt recht schwierig weil meist eben richtung und ein way fehlt ... Ausnahmen sind da vielleicht die Ortsschilder ... Flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Thomas Und was ist wenn vor dem Stoppschild noch eine Einmündung ist oder ein Fahrrad-/Fußweg vor der Einmündung die einmündende Straße quert. Es gibt viele Beispiele, die eine automatisierte Richtungsermittlung in die Irre laufen lassen. Besser wäre hierfür eine Relation mit from- und to-Straße und optional dem Standort. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Claudius, das hört sich für mich zunächst ziemlich kompliziert an. Wie sähe das denn in der Praxis aus? Hast Du ein Beispiel? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Patrick Kolesa schrieb: Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Patrick, so wie Du habe ich es früher auch gemacht. Aber kann diese Information ohne Bezug zum nicht vorfahrtsberechtigten Weg überhaupt verarbeitet werden? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Am 22. Februar 2009 17:36 schrieb Thomas Drebert dreb...@web.de: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Ich würde es als residential taggen und für die Regelung Fahrradstraße einen separaten tag benutzen, den es aber anscheinend nicht gibt... Vielleicht beschreibt highway=residential, bicycle=designated, motor_vehicle=yes die Situation schon korrekt? Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Garry schrieb: Norbert Kück schrieb: Arne Bischoff schrieb: Was ist da am Park falsch? Sieht gut aus jetzt, ja. Aber falsch ist es dennoch. Dirk hat das aus der Ferne schön gemacht und dabei wichtige Informationen, die im Track durchaus enthalten waren, weggebügelt. Es fällt nun nicht mehr auf, dass da noch mal jemand genau drüber muss, aber es braucht dennoch Überarbeitung. Es muss ständig über die gesamte OSM bzw. generell über alle Karten gegangen werden! Es gibt keine fehlerfreie Karten, es gibt immer nur eine Annäherung an die Realität zum Zeitpunkt der Erfassnug! Also nict darüber aufregen wenn etwas nicht perfekt ist sondern einfaqch besser machen wenn sich die Gelegenheit bietet. Scheinbar nicht verstanden: Nicht das jemand das überarbeiten muss, habe ich in den Vordergrund gestellt, sondern dass die Notwendigkeit DURCH die halbe Reparatur verschleiert wurde. Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history hier: http://wiki.openstreetmap.org/wiki/Proposed_features/cycleroad ist ein Proposal, nicht sehr weit. Weil es bisher nichts vernünftiges gibt habe ich sie so getagged: http://www.openstreetmap.org/browse/way/9061415/history name = Goßlerstraße bicycle = yes maxspeed = 30 highway = residential foot = yes psv = yes access = destination In diese Straße dürfen Anlieger auch mit Auto rein und ÖPNV-Busse auch. Wenn das nicht erlaubt ist access=no und psv weglassen, wenn kein ÖPNV durch darf, also: bicycle = yes maxspeed = 30 highway = residential foot = yes access = no Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Thomas Berendes schrieb: Aber kann diese Information ohne Bezug zum nicht vorfahrtsberechtigten Weg überhaupt verarbeitet werden? Höchstens über eine Abstandsmessung, derjenige Weg, der den kürzesten Abstand zum Stoppschild hat, wird mit dem Stoppschild-Tag versehen. Aber diese Methode ist natürlich höchst ungenau und in komplexeren Kreuzungssituationen schwerer einzuhalten. Man könnte dann solche Situationen über eine Relation lösen: from-to = node1,node2; node2 ist dann der Kreuzungsnode Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Patrick Kolesa schrieb: Thomas Berendes schrieb: Aber ein Stoppschild kann doch nur an einer Einmündung in einen / Kreuzung an einem anderen Weg stehen, oder? Damit dürfte immer ein Weg da sein und in den meisten Fällen auch klar sein, in welche Richtung das Stoppschild gilt. Meiner Meinung nach sollte das Stoppschild als Node kurz vor der Einmündung / Kreuzung als Node in den Weg integriert sein. Das gibt zumindest Klarheit, für welchen Weg das Stoppschild gilt. Welche Meinung herrscht hier vor? Ich habe es bisher bei Stopp-Schildern immer so gehalten, dass ich sie rechts neben der nicht vorfahrtsberechtigten Straße positioniert habe. Dadurch ist es eigentlich klar, welche Fahrtrichtung betroffen ist. Wenn ich aber das Schild als Node auf der Straße darstelle, geht diese Information verloren. Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hi, wie würdet ihr eine Fahrradstraße taggen? nach dieser Seite http://wiki.openstreetmap.org/wiki/DE:Road_Signs wäre es dann wohl highway=residential bicycle=designated foot=yes motorcar=destination motorcycle=destination maxspeed=30 hgv=destination schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straße taggen.
Hallo, Ich ab mir ein paar OSbugs life angesehen und verstehe jetzt warum es dort Probleme beim tagging gibt. 1. Situation Da währe eine Straße (Privatweg) die an beiden enden durch Tore versperrt ist, Personen haben durch eine Tür von 6 - 22 Uhr Zugang, für Autos wird das Tor für Lieferverkehr oder besondere Veranstaltungen geöffnet. 2. Situation. Eine Straße endet als Sackgasse an einer Fußgängerstraße/Fahrradstraße, Taxis dürfen weiter Fahren und Lieferverkehr von 8-13h und Anlieger von bestimmten Häusern dürfen auch rein fahren. Foto: http://picasaweb.google.de/lh/photo/m0wnQ7bU2Zj41HqurRkTcA?feat=directlink Schöne Grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Hallo Claudius, gehörst Du zu den Machern? Dürfen wir das Video nutzen? Wer kann uns den OSM-Teil rausschneiden? Und auf DVD brennen? (bis Freitag...) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Norbert Kück schrieb: Garry schrieb: Norbert Kück schrieb: Scheinbar nicht verstanden: Nicht das jemand das überarbeiten muss, habe ich in den Vordergrund gestellt, sondern dass die Notwendigkeit DURCH die halbe Reparatur verschleiert wurde. Das ist immer noch besser als eine Löschung... wer weiss wann da wieder ein Mapper vorbeikommt um die Daten dann wieder einzutragen. Sooo falsch scheint es ja jetzt nicht mehr zu sein, Du wirst in OSM sicher viele Stellen finden die besser aussehen aber noch falscher sind... Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Das ist auch in Ordnung - nur sollte der konstruktive Grund deutlich erkennbar gemacht werden damit es nicht falsch verstanden wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Garry schrieb: Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Ich dachte, dafür wären diese Abbiegerelationen da? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] GPX-Tracks Stand der Dinge?
Hallo, angesichts der Diskussion um Hoehendaten wollte ich mal fragen, wie eigentlich momentan der Stand der Dinge bei den gespeicherten gps-Tracks ist. Gibt es irgendwo im Wiki eigentlich eine Seite, wo das im Detail erklaert wird und ich eine Antwort auf all (oder zumindest die meisten) der folgenden Fragen finde? Werden die gpx-Dateien genau so gespeichert, wie man sie hochlaed, oder werden die fuer OSM relevanten Informationen extrahiert und einzeln gespeichert? Falls die gpx-Dateien nicht komplett gespeichert werden, welche Daten werden dann von den Wegpunkten gespeichert: Die Position (trkpt mit lat und lon) sicherlich. Der Zeitstempel (time)? Die Hoehe (ele)? Sonst noch was? Werden die Punkte einzeln oder zusammenhaengend als Track gespeichert? Was genau bewirkt beim Hochladen eigentlich der public-Knopf? Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Presse] Bericht im Leipziger Uni-Fernsehen
Markus schrieb: Hallo Claudius, gehörst Du zu den Machern? Dürfen wir das Video nutzen? Wer kann uns den OSM-Teil rausschneiden? Und auf DVD brennen? (bis Freitag...) Gruss, Markus Hallo liebe Leute, da kann man die Mechanismen des Netzes nicht aufhalten. hehe Erstmal für Alle: Ich bin einer der Macher, alle Anfragen zwecks Kopie/Mitschnitt/etc an mich direkt und ich werde euch so gut und schnell wie es geht versorgen! :) Am besten gleich bescheid geben welches format/auflösung/etc. welchen teil wollt ihr haben? komplette sendung? nur OSM? oder nur beitrag OSM? alles is möglich :) grüße, ben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Babelfish oder was?
2009/2/22 André Reichelt andr...@online.de: Frederik Ramm schrieb: http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dmotorway_link Ich habe mir den oberen Teil jetzt mal vorgenommen und überarbeitet. Diese untere Textwulst (Beispiel) überlasse ich jemand anderen. André habe mich an dem unteren Teil versucht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
Garry schrieb: Norbert Kück schrieb: Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Das ist auch in Ordnung - Es ist für mich gar nicht in Ordnung, wenn so getan wird, als müsste man mir das Korrigieren und Ansprechen von direkten anderen Mappern anraten. nur sollte der konstruktive Grund deutlich erkennbar gemacht werden damit es nicht falsch verstanden wird. Wer lesen kann ... Es ist alles geschrieben. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Tobias Wendorff schrieb: Garry schrieb: Das mag für eine Kartendarstellung reichen, aber woher weiss ein Router dass dieser Verkehrszeichen-node Bezug zu einem (high)way hat? Ich dachte, dafür wären diese Abbiegerelationen da? OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen als Node direkt auf den Weg oder daneben positionieren?
Garry schrieb: OK, wenn die Verkehrszeichen-nodes nur optischen Zwecken dienen ist die Plazierung neben der Strasse ohne weiteren Bezug natürlich OK, wird dann aber wohl nur halbherzig verwendet. Wenn man sie erstmal hingesetzt hat, kann man immer noch anhand von verschiedenen Berechnungen die Verkehrszeichen einrechnen. Wenn z.B. ein Stopp-Schild rechts neben der Straße ist, könnte man mit einem Script abfragen, wo sich welches Straßenschild befindet. Da gibt es ja verschieden Möglichkeiten zu. Oder man bildet eine Relation zwischen Way und Straßenschild? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 18.02.09
On Thu, Feb 19, 2009 at 08:26:02AM +0100, Carsten Schwede wrote: Hallo, die neuen Daten liegen wie immer unter http://wiki.openstreetmap.org/wiki/User:Computerteddy zum Download bereit. Jetzt wieder ohne die Kleinbuchstaben, und damit werden die Beschriftungen wieder komplett dargestellt und nicht mehr als A.. B. Ach ja - und weil ich gerade so schoen sachen melde :) Es scheint so das mkgmap die addr: tags auf den POIs nicht auswertet ist das richtig? Ich habe hier in der umgebung ja schon alles mit addr tags ausgestattet, trotzdem sehe ich bei der POI suche die addressen nicht - anders als in den original karten ... Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Torsten Leistikow schrieb: Werden die gpx-Dateien genau so gespeichert, wie man sie hochlaed, oder werden die fuer OSM relevanten Informationen extrahiert und einzeln gespeichert? Warum probierst Du es nicht einfach aus? http://www.openstreetmap.org/ -- GPS Traces -- See just your traces... -- GPX-Dateinamen anklicken -- download Es sieht so aus, als ob die GPX-Dateien 1:1 gespeichert werden. Meine Garmin-WayPoint-Tags und -Notes waren jedenfalls noch drinnen und die Einzeltracks waren auch noch alle separat. Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Was genau bewirkt beim Hochladen eigentlich der public-Knopf? Andere koennen den Track auch sehen. Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? s.o. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Tobias Wendorff schrieb: grungelborz schrieb: Mit Abweichung meine ich die Differenz zum Wert aus der topologischen Karte, 1.3m. Die ist 5m. Ausreisser sind bei mir das obere und das untere Drittel des Histograms. Die Begriffe waren nicht aus der Statistik - ich hab das nicht studiert. Worauf es ankommt ist, daß man mit einem simplen Algorithmus und genügend Daten dreimal hintereinander relativ gute Werte erhält. Für mehr Tests habe ich keine Daten. Das kannst Du aber unmöglich als Referenztest für alle GPS-Geräte nehmen. Natürlich kann das Ergebnis mit GPS-Daten von anderen Loggern schlechter werden. Ich habe drei normale GPS-Logger (50-100€) genommen und im Vorbeifahren gemessen. So gut waren die Ausgangsdaten also nicht. Ich hab noch ein bischen gegoogled. Es gibt zu dem Problem einiges in der Wikipedia. Was wir brauchen ist ein robustes Schätzverfahren (http://de.wikipedia.org/wiki/Robuste_Sch%C3%A4tzverfahren) - d.h. ein Verfahren daß auch noch bei Ausreißern gute Werte liefert. Wie robust ein Schätzverfahren ist wird durch den Bruchpunkt (http://de.wikipedia.org/wiki/Bruchpunkt_(Statistik)) beschrieben - der gibt an viel Prozent an Fehlern der Schätzer verträgt. Ich kenne mich mit den Algorithmen zwar nicht aus, vermute aber daß man in unserem Fall einen Schätzer schreiben kann der noch mit 2/3 schlechten Daten vernünftige Werte (10m) liefert - bei ausreichender Datenmenge. Denn die guten Werte konzentrieren sich auf c.a. 20m, die schlechten auf c.a. 100m. Daher sollte ein Schätzer im Histogram den Bereich der guten Daten an der höheren Häufigkeit erkennen können. Ich habe seit einigen Tagen hier ein großes Trimble-Gerät, was ich für die kommenden Monate und Jahre kostenfrei zur wissenschaftlichen Analyse nutzen kann. Ich werde es bald mit einer Antenne fest installieren und kontinuierlich Messdaten ins Web streamen. Da ich die genauen Koordinaten und Höhe dank Vermessungsamt kenne, kann ich die genauen Fehler wiedergeben. Die Höhe schwankte in den letzten 3 Tagen um durchschnittlich 8 Meter hoch/runter. Ausreißer waren bis 17 Meter spürbar. Ich tippe darauf, daß das alpha-getrimmte Mittel mit alpha=1/3 trotzdem einen Fehler unter 5 m hat (http://de.wikipedia.org/wiki/Bruchpunkt_(Statistik)). Die Fehler der einzelnen Messungen sind da nicht relevant. Eine interessante Präsentation zum GPS-Höhenmessen findet sich außerdem unter http://www.intergeo.de/archiv/2005/Drewes.pdf. Grungelborz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Reincke schrieb: Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. Dann wird die Straße auf allen Karten als Radweg dargestellt. Ich finde das auch als Radfahrer sehr verwirrend. Ideal wäre es, wenn die Renderer bei bicycle=designated, motor_vehicle=yes eine Straße und darüber einen Radweg zeichnen würden. In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Bei http://www.openstreetmap.org/?lat=54.33191lon=10.13556zoom=17layers=B000FFF muss man raten welche Radwege mit dem Auto befahrbar sind und wie die Sackgasse in der Bildmitte erreichbar ist. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tracks direkt als Way in OSM hochladen?
On Sun, 22 Feb 2009, Norbert Kück wrote: Die guten Ratschläge die hier mehrfach verbreitet werden, es doch einfach zu verbessern oder Neulingen freundlich Hinweise zu geben, gehen meilenweit an der Sache vorbei. Sie erwecken den Eindruck, ich würde das nicht tun. Welche Anmaßung der Autoren dieser Ratschläge. Wenn ich in der ML solche Dinge anspreche, hat das einen rein konstruktiven Grund. Und der wäre? Was bringt es typische Anfängerfehler eines einzelnen auf der Mailingliste anzuprangern? Außer den Autor zu verschrecken falls er hier mitlesen sollte (was sehr unwahrscheinlich ist). Du hast nichts Neues gezeigt, keine Lösung aufgezeigt oder sonst irgendwas Konstruktives getan. Wenn man zeigen möchte, warum man das besser nicht tut, kann man hier ein abschreckendes Beispiel finden ist für mich mehr etwas von Der Junge da drüben ist ja doof. Und da Du es zum zweiten Mal erwähnst, was für wichtige Details habe ich denn vernichtet an dem was Du vorher so bemängelt hast und was als Müll bezeichnet wurde? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Peter Herison schrieb: Torsten Leistikow schrieb: Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Wenn die Höhe GPS-basiert ermittelt wird, bleibt die Frage, ob der Logger die Geoidhöhe berücksichtigt. Der RGM 3800 tut dies zum Beispiel nicht. Erklärungen siehe http://de.wikipedia.org/wiki/Geoid und http://forum.pocketnavigation.de/thread.php?postid=166292 Grußmalenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
Peter Herison schrieb: Torsten Leistikow schrieb: Die Hoehe (ele)? Wobei hier nie herauszukriegen sein wird, ob ele per GPS-Signal oder barometrischem Heohenmesser ermittelt wurde. Gleiches Problem wie bei den Koordinaten: Wie genau ist die Angabe? Wenn die Höhe GPS-basiert ermittelt wird, bleibt die Frage, ob der Logger die Geoidhöhe berücksichtigt. Der RGM 3800 tut dies zum Beispiel nicht. Erklärungen siehe http://de.wikipedia.org/wiki/Geoid und http://forum.pocketnavigation.de/thread.php?postid=166292 Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
grungelborz schrieb: Eine interessante Präsentation zum GPS-Höhenmessen findet sich außerdem unter http://www.intergeo.de/archiv/2005/Drewes.pdf. Die Versuche sind mit einem Consumer-GPS soweit vergleichbar, wie ein Cheeseburger von einem Triple-Whopper entfernt ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Tracks Stand der Dinge?
On Sun, 22 Feb 2009, Torsten Leistikow wrote: Und wie kann man auf die gespeicherten Tracks zugreifen? Laeuft das ueber die gleiche API, wie bei den OSM-Elementen? Ja. Nur leider ist der API-Zugriff stark eingeschränkt. Du bekommst nicht mehr die Tracks, sondern nur die Punkte (weswegen JOSM hier so schlecht aussieht). Potlatch setzt sich darüber hinweg und greift direkt auf die Datenbank zu, welche die vollen Tracks enthält. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spezi für MaxSpeed gefragt?
Moin ! ich habe mir in Kosmos eine Karte mit Maxspeed eingerichtet ( derzeit noch übernommen) und da sind die Zonen in grün dargestellt (siehe http://www.tappenbeck.net/forum/osm/jt_osm_maxspeed.jpg) Kann man jetzt davon ausgehen, dass das zwischenliegende Straßengeflecht zwangsläuftig (hier tlw. rot dargestellt) auch zwingend 30er zonen sind ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Hallo, Das würde eh nur klappen, wenn der Messfehler nur durch die Geräte erzeugt wird. Aber wir haben bei GPS ja noch xy andere Faktoren. Ich hoffe doch, daß GPS i.W. statistische Fehler haben sollte, die sich also beim Mitteln vieler Meßergebnisse wegmitteln. Als systematischen Fehler sehe ich nur falsche Einstellungen, sei es die Höhenkorektur oder ein ^falsche^ Referenzsystem (WGS84,...). Kennst Du weitere systematische Fehler? Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker schrieb: Ich hoffe doch, daß GPS i.W. statistische Fehler haben sollte, die sich also beim Mitteln vieler Meßergebnisse wegmitteln. Als systematischen Fehler sehe ich nur falsche Einstellungen, sei es die Höhenkorektur oder ein ^falsche^ Referenzsystem (WGS84,...). Kennst Du weitere systematische Fehler? Sonnenwinde, kosmische Strahlung (lässt sich ja bedingt berechnen), Weltraumschrott (lässt sich auch berechnen), Flugzeuge die die Signalbahn kreuzen (lassen sich auch berechnen). Und 2-3 Tage vorher lassen sich sicher auch die Wettereinflüsse bedingt berechnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] an die GPS-Babel Freaks
Hallo GPS-Babel Freaks, wie bekomme ich GPS-Babel dazu, folgenden TXT-Datei aus einer NMEA-Datei zu erzeigen? Datum;Uhrzeit;LAT;LON;ELE;ALT Ich habe alles versucht, nichts klappt. Die Dokumentation ist ja noch grauseliger als die von Mapnik. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Hallo zusammen, Stephan Wolff s.wo...@web.de wrote: Thomas Reincke schrieb: Thomas Drebert schrieb: wie würdet ihr eine Fahrradstraße taggen? http://www.openstreetmap.org/browse/way/4606145/history Juristisch ist das ein Radweg, Autos ( Moppeds) frei. So würde ich das auch taggen. [...] In Kiel hat jemand alle Fahrradstraße mit highway=path, bicycle=designated, motor_vehicle=yes eingegeben. Hm, ich kenne Kiel nicht, aber Fahrradstraßen sind prinzipiell erstmal motor_vehicle=no - oder wie auch immer man taggt, dass man *nur* mit dem Rad da fahren darf! Nur wenn das explizit per Zusatzschild erlaubt wird, dürfen andere Fahrzeuge da fahren. Und hier in Karlsruhe wird in dem Fall meist für KFZ die Geschwindigkeit nebulös beschränkt (angemessen / langsam und sowas, was auch immer das dann genau heißen mag). Das weiter oben im Thread beschriebene maxspeed müsste also wenn dann auch explizit per Schild dranstehen. Und ja, theoretisch müsste man hier in KA oft ein maxspeed:motor_vehicle=langsam oder so drankleben ;-) Schöne Grüße, Matthias Merz -- I think there is a world market for maybe five computers. [Thomas Watson, IBM, 1943] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flaechennutzungsplan - Gemeinfrei?
Martin Koppenhoefer dieterdre...@gmail.com [Sun, Feb 22, 2009 at 04:44:04PM CET]: Jedenfalls ist der FNP ein Plan, der nicht zwangsläufig umgesetzt wird und daher nicht wie eine Karte die Realität wiedergibt, insofern macht ein blindes Kopieren nach OSM sowieso keinen Sinn, da gebe ich meinen Vorrednern Recht. Das ist klar, ich sprach aber auch von Gemeindegrenzen und Bachläufen. Erstere werden selten in einem F-plan neu festgelegt, letztere werden mindestens mitten im Wald selten umgeplant. Das ich die Dinger nur zur Ergänzung von Ortskenntnis nehme, ist eh klar. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße.
Thomas Drebert schrieb: Hallo, wie würdet ihr eine Fahrradstraße taggen? Hier die Stelle: http://www.openstreetmap.org/browse/way/4606145/history und hier ein Foto: http://picasaweb.google.de/lh/photo/h5dPiDSm6AuyRAQS-spaLA?feat=directlink Schöne Grüße Thomas eine Fahradstraße ist und bleibt ein Radweg also -- highway=cycleway (da bicycle=designated und andere Teilnehmer generell erstmal =no). Ein Radweg wird ja nicht plötzlich zur residential oder zur unclassified, nur, weil z.B. landwirtscahftlicher Verkehr auf drauf erlaubt ist. Und was das Proposal zur cycleroad angeht, so ist das (aus oben genannten Grund ) überflüssig, da es völlig synonyme Bedeutung hätte. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de