[OSM-talk] New 'talk-transit' list for discussing all things to do with public transport and shared taxis
A new 'talk-transit' list is now available for discussion of all things that relate to public transport (buses, trains, trams, ferries and air services) as well as for shared taxis. Do subscribe and contribute to the discussion here: http://lists.openstreetmap.org/listinfo/talk-transit Please direct future discussions on other lists to talk-transit or at least copy us in on the discussions. Regards, Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New 'talk-transit' list for discussing all things to do with public transport and shared taxis
On Saturday 10 Jan 2009 4:13:30 pm Peter Miller wrote: A new 'talk-transit' list is now available for discussion of all things that relate to public transport (buses, trains, trams, ferries and air services) as well as for shared taxis. just curious - why a separate list? Is this list so busy as not to be able to accommodate an important discussion like this? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New 'talk-transit' list for discussing all things todo with public transport and shared taxis
On 10 Jan 2009, at 10:51, Kenneth Gonsalves wrote: On Saturday 10 Jan 2009 4:13:30 pm Peter Miller wrote: A new 'talk-transit' list is now available for discussion of all things that relate to public transport (buses, trains, trams, ferries and air services) as well as for shared taxis. just curious - why a separate list? Is this list so busy as not to be able to accommodate an important discussion like this? Just as Routing split out a list to discuss a complex but distinct subject there seemed to be enthusiasm to do the same for public transport. There are more people starting to think about this subject now and we have a lots of design decisions to make which we will have to live with for a long time to come. If people don't want to disinguish between the two then they can subscribe to both and direct them to the same folder. I will be creating a separate folder for talk-transit and may from time to time will tune out of 'talk' while maintaining interest in 'talk-transit'. Regards, Peter -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] RfC: Emergency service
Hi! I just wanted to inform you about a proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Emergency_service (I am not the maintainer, but I did not find any proposal mail in this list, so I have sent this mail). Cheers Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Idea: All town/cities within # hours/minutes of x location
Hello, I've spent the last couple of days on google maps dragging around map pins and using the fancy ajax live updating distance/time calculator they now have to find locations 3 hours away from a specified location. I am looking to move house, but have to take into account commuting distance to and from work. Using google maps I was able to place a map pin on a work location and drag a second pin around (using the nifty 'drag to change the route' feature) to a few locations I was considering. Now this is all when and good when i know exactly where i want to go, i can check very easily if its viable. but... I'm not 100% sure where I want to be, I just want to be within 3 hours of my work place. So here's the insane idea. Given a specified POI all routes 'outward' should be tested until they reach the '# hours' limit, taking into account speed limits of course, this would produce a circle (more like a 'splat' shape I predict) which when overlayed on a map would show the town/cities in reach within # hours driving distance. To me it sounds like a perfect google SoC challenge, a student project or just a project for some who's a little bored this weekend. I think this would be a really cool tool to have, think plenty of people would use something like this. now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. thoughts? thanks - daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
Hi, Daniel Taylor wrote: now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. www.openrouteservice.org has something called accessibility analysis which does what you want but only for parts of Europe and only for up to 60 minutes. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
Frederik Ramm wrote: Hi, Daniel Taylor wrote: now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. www.openrouteservice.org has something called accessibility analysis which does what you want but only for parts of Europe and only for up to 60 minutes. Bye Frederik Interesting, ok, well the Europe limit is fine, I want this for the UK. but the up to 60 minutes thing makes it a tad useless for what i need. I presume that's for performance reasons? is the code for that feature available? thanks! - daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
Hi, Daniel Taylor wrote: Interesting, ok, well the Europe limit is fine, I want this for the UK. but the up to 60 minutes thing makes it a tad useless for what i need. I presume that's for performance reasons? I guess so, I'm not one of the operators. Some time ago I have experimented with a Perl script that did similar analyses and was able to cut memory usage and computing time by simply dropping everything smaller than tertiary roads, which is perfectly ok for an analysis in the 3 hour range. is the code for that feature available? The openrouteservice code is, as far as I understand, still under lock and key but scheduled to become available after the author has got his degree (it seems that there's a problem in academia with publishing some things too early). The Perl script I was talking about is theoretically available but it was a relatively crude thing that I did for a customer and I'll have to remove hard-coded customer data from the script put some documentation in before I can put it in SVN. (I could quickly generate a 3 hour radius around some place if you tell me the coordinates of that some place though!) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
Have you seen the commute maps? http://radar.oreilly.com/2008/01/dynamic-timetravel-maps-from-m.html (scroll down to Flash portion of page) Admittedly they only calculated those for London and Cambridge :( ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Idea: All town/cities within # hours/minutes of x location
How about this? http://graphserver.sourceforge.net/gallery.html 2009/1/10 Daniel Taylor daniel.tay...@danielt.com: Hello, I've spent the last couple of days on google maps dragging around map pins and using the fancy ajax live updating distance/time calculator they now have to find locations 3 hours away from a specified location. I am looking to move house, but have to take into account commuting distance to and from work. Using google maps I was able to place a map pin on a work location and drag a second pin around (using the nifty 'drag to change the route' feature) to a few locations I was considering. Now this is all when and good when i know exactly where i want to go, i can check very easily if its viable. but... I'm not 100% sure where I want to be, I just want to be within 3 hours of my work place. So here's the insane idea. Given a specified POI all routes 'outward' should be tested until they reach the '# hours' limit, taking into account speed limits of course, this would produce a circle (more like a 'splat' shape I predict) which when overlayed on a map would show the town/cities in reach within # hours driving distance. To me it sounds like a perfect google SoC challenge, a student project or just a project for some who's a little bored this weekend. I think this would be a really cool tool to have, think plenty of people would use something like this. now... usually when i have ideas someone has already made them into reality... hoping that's the case here ;) really need this. thoughts? thanks - daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Garmin kaarten nieuws
De laatste paar dagen is hard gewerkt om de OpenStreetMap Garmin kaarten een nieuwe impuls te geven. Hieronder volgt een overzicht van wat er allemaal gewijzigd is. - De kaarten worden dagelijks ververst met de laatste updates (is al een poosje zo). - Er kunnen nu meerdere OSM kaarten tegelijkertijd in MapSource geinstalleerd worden (bijv. Normale en Fiets kaarten). - De problemen met de laatste MapSource versie 6.14.1 zijn opgelost. - Dankzij een mooi script van Berteun (dank daarvoor!) kunnen gebruikers van Roadtrip voor Mac OSX nu ook eenvoudig genieten van OpenStreetMap kaarten. Hierbij moet wel worden opgemerkt dat het installeren met MapInstall soms stroef gaat en dat de overzichtskaart maar half Nederland weergeeft. Meer informatie hierover is te vinden in het forum: http://forum.openstreetmap.org/viewtopic.php?pid=13376#p13376 De kaarten kunnen gedownload worden vanaf: http://garmin.na1400.info Veel plezier! We willen graag jullie (Roadtrip) gebruikers ervaringen horen. PS. Ter info, de kaarten worden reeds zo'n 600 keer per maand gedownload. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Bussluis
Hallo lijst. Ik ben gevallen voor OSM en heb mijn omgeving al aardig bijgewerkt met behulp van tracklogs en straatnaambordjes. Nu loop ik tegen misschien iets typisch nederlands aan. Ik zoek de juiste tag voor een bussluis. Bij het element barrier kom ik hem echter niet tegen. Iemand een goed idee? Dank voor het meedenken, Joris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussluis
Hallo, Volgens de volgende pagina is het een barrier=bus_trap: http://wiki.openstreetmap.org/wiki/Approved_features/barriers Er zijn er 7 van getagged in heel Europa: http://tagwatch.stoecker.eu/Europe/En/tags.html Op de discussiepagina van een ouder voorstel wordt ook de methode die Lambertus beschrijft genoemd: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Bus_Sluice Je kunt natuurlijk ook beide methodes combineren. m.v.g., Cartinus On Saturday 10 January 2009 20:11:31 Lambertus wrote: Fijn, welkom! Ik heb dit meerdere malen gedaan door een klein stukje weg te taggen met access=no, psv=yes Misschien niet de schoonheidsprijs maar het werkt wel (voor een routeplanner bijvoorbeeld). YRS wrote: Hallo lijst. Ik ben gevallen voor OSM en heb mijn omgeving al aardig bijgewerkt met behulp van tracklogs en straatnaambordjes. Nu loop ik tegen misschien iets typisch nederlands aan. Ik zoek de juiste tag voor een bussluis. Bij het element barrier kom ik hem echter niet tegen. Iemand een goed idee? Dank voor het meedenken, Joris -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] NWB
Roeland Douma schreef: On Thursday 08 January 2009 16:56:55 Stefan de Konink wrote: Nog niet gebeld, maar ik heb ook nog wat andere geluiden van Henk gehoord. En wat voor geluiden heb jij dan gehoord van het orakel uit Assen? Goh, orakel hoor ik niet zo vaak ;-) Ben oa bezig met de organisatie van de State of the Map in Amsterdam. De vrijgave van het NWB is daarbij een mooie showcase. Ben bezig om dat ergens in het programma op te nemen. Daarvoor ben ik ook het ministerie aan het benaderen. Voor hun is het een mooi podium om te laten zien hoe ze met open-source en open-data omgaan. D'r zijn wat ideeen om dat vorm te geven. Wanneer ik meer duidelijkheid heb, zul je het ongetwijfeld gaan horen. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Bussluis
Wat doen we dan met de auto-sluis, die bedoeld Is om spitsverkeer te minderen over secundaire wegen en die hier in de buurt veel voorkomt (delft). Er staat een stoplicht bij en er mag een auto per 20-30 seconden Door heen. Geeft soortgelijke filmpjes als de bussluis van MvE Ik heb ze voorlopig als Bollard ge-tagged. Met Bicycle en foot =yes Maar auto’s kunnen er wel langs natuurlijk. Gert Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Martijn van Exel Verzonden: zaterdag 10 januari 2009 21:19 Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Bussluis Ik vond de Engelse benaming 'Bus Sluice' erg vreemd klinken, maar een Google search levert toch wel het één en ander aan hits op, waaronder deze die ik jullie niet wilde onthouden: http://www.youtube.com/watch?v=v_1DeGsvxHs Martijn 2009/1/10 Cartinus carti...@xs4all.nl Hallo, Volgens de volgende pagina is het een barrier=bus_trap: http://wiki.openstreetmap.org/wiki/Approved_features/barriers Er zijn er 7 van getagged in heel Europa: http://tagwatch.stoecker.eu/Europe/En/tags.html Op de discussiepagina van een ouder voorstel wordt ook de methode die Lambertus beschrijft genoemd: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Bus_Sluice Je kunt natuurlijk ook beide methodes combineren. m.v.g., Cartinus On Saturday 10 January 2009 20:11:31 Lambertus wrote: Fijn, welkom! Ik heb dit meerdere malen gedaan door een klein stukje weg te taggen met access=no, psv=yes Misschien niet de schoonheidsprijs maar het werkt wel (voor een routeplanner bijvoorbeeld). YRS wrote: Hallo lijst. Ik ben gevallen voor OSM en heb mijn omgeving al aardig bijgewerkt met behulp van tracklogs en straatnaambordjes. Nu loop ik tegen misschien iets typisch nederlands aan. Ik zoek de juiste tag voor een bussluis. Bij het element barrier kom ik hem echter niet tegen. Iemand een goed idee? Dank voor het meedenken, Joris -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Speed/red light cameras (Re: Camping/rest stop POIs)
Hi. I'm just catching up on some of my e-mail. On Sat, Dec 6, 2008 at 10:58 AM, Darren Osborne darren.osbo...@mac.comwrote: BTW - There are sets of speed and redlight cameras POI files around. Have they been uploaded yet? It seems there are issues with this as telling someone the location of fixed speed cameras (or the like) is illegal in some countries. There were some proposed tags for this, but they seem to have been condensed into an enforcement relation. This is still a proposed feature, and voting is currently under way. See http://wiki.openstreetmap.org/wiki/Proposed_features/Relation:enforcement There are a number of waypoint files around for these, so once this is sorted out it would be good to upload them. I'm pretty sure this is legal in all Australian states. - Ben. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Wenn hier schon die Wirtschachftswege angesprochen werden dann möchte ich eine Erfahrung beisteuern, die für das Einzeichnen von abgehenden Wege spricht. Ich habe systematisch Wege abgefahren und versucht mit möglichst wenig Strecke viele Wege zu erfassen. Dennoch war es nicht immer möglich alle zu erreichen. Dann ging immer noch einmal einer ab den man nur mit einem unvertretbaren Wegaufwand hätte erfassen können und zugleich liegt dieser in einem abgelegenen Gebiet. Wenn man jetzt die Stummel oder sonstige NODES definieren würde, dann könnte irgendwann nochmal einer gezielt in diese Richtung fahren. Ansonsten würde der Weg vielleicht in Jahren noch fehlen - weil der Reisende nicht ortskundig genugwar und seinen Ausflug 100m vorher beendet hat ! Ziel - Vollständigkeit !!! Einer hatte geschrieben - wer weiß, ob sich das morgen schon geändert hat bei Wirtschaftswegen wird das nicht so schnell der Fall sein. Aus Spanien habe ich die Erfahrung noch gemacht, das auch dort Stummel teilweise sehr hilfreich wären um sich a.) an langen Wegen besser orientieren zu können und zudem man auch hier weiß da oben ist noch ein Weg der fehlt - also mache ich einen Ausflug dahin ! Ich würde also ein Einzeichnen Stummel begrüßen mit einem zusätzlichen Tag für das Filtern. Vielleicht zusätzlich mit einer kleinen Funktion im Editor. Node definieren und Richtung vorgeben - den Rest, einschl. Länge, zeichnet der Editor ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Friday, 9 January 2009 17:10:02 +0100, Jan-Benedict Glaw jbg...@lug-owl.de writes: On Fri, 2009-01-09 16:55:52 +0100, Claudius Henrichs claudiu...@gmx.de wrote: [...] Die Frage ist doch: Wo laege der Vorteil, einen unvollstaendigen Strassenstummel einzuzeichnen gegenueber gar nicht einzuzeichnen, wenn du es nicht gleich die ganze Strasse schaffst. Ich finde es besser, keine Stummel einzuzeichnen, da man dann besser bspw. in der Comparison erkennt, wo Strassen fehlen. Die Stummel haben IMHO keine Vorteile, da bin ich ganz bei Dir. Die Stummel (englisch stubble) haben mehrere Vorteile: Zum einen kann man mit ihnen dokumentieren, dass da ein Weg beginnt, der von seiner Geometrie noch nicht vollstaendig erfasst wurde ... und genau um dies geht es doch in diesem Thread, oder? Zum anderen dokumentiert man auch mit diesen Strassenstummeln, dass an dieser Stelle eine Kreuzung existiert. Und genau diese Info ist hilfreich, wenn man zum Routen spaeter Navigationshinweise der Art rechts, dann die 2. links generieren will. Deshalb ist meine eigentliche Frage ja: Wie wollen wir fehlende Strassen/Wege/Pfade taggen? Ich erzeuge ein kurzes Stueck Strasse/Weg/Fluss/Bach/... und fuege ein note-Tag mit FIXME: stubble o.ae. ein. Nach einem FIXME kann man in einer OSM-Datei oder im JOSM spaeter wieder suchen bzw. beim spaeteren Befahren kann man aus dem Stummel dann das komplette Stueck Strasse/... machen. Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM] Anti-Aliasing wird nicht gemerkt
Hi ! ich arbeite auf VISTA 64 bit und um eine gute Geschwindigkeit in JOSM zu haben, ohne Zuckungen deaktiviere ich Anti-Aliasing. Nur mit jedem Update muss ich das einmal aktivieren und wieder deaktivieren damit es wieder seine Wirkung zeigt. Kann mir einer von Euch sagen, ob es auch dauerhaft einzustellen geht ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mecklenburg ganz in Grün
Moin ! kann mir einer erklären, warum MV ganz in Grün getaucht ist - so sollte eine Karte sicherlich nicht sein ! http://www.openstreetmap.de/karte.html?zoom=14lat=53.82461lon=10.8161layers=B0 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mecklenburg ganz in Grün
Jan Tappenbeck schrieb: Moin ! kann mir einer erklären, warum MV ganz in Grün getaucht ist - so sollte eine Karte sicherlich nicht sein ! http://www.openstreetmap.de/karte.html?zoom=14lat=53.82461lon=10.8161layers=B0 Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Irgendwie hat der aktuellen Renderer einige Fehler gemacht. Hier z.B. http://www.openstreetmap.de/karte.html?zoom=15lat=49.14004lon=9.47027layers=B0 da fehlen einige Straßen. Ändere die Höhe/Zoom beim betrachten und Sie sind wieder da... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Sat, 2009-01-10 09:47:39 +0100, Bernd Raichle be...@dante.de wrote: On Friday, 9 January 2009 17:10:02 +0100, Jan-Benedict Glaw jbg...@lug-owl.de writes: On Fri, 2009-01-09 16:55:52 +0100, Claudius Henrichs claudiu...@gmx.de wrote: Die Frage ist doch: Wo laege der Vorteil, einen unvollstaendigen Strassenstummel einzuzeichnen gegenueber gar nicht einzuzeichnen, wenn du es nicht gleich die ganze Strasse schaffst. Ich finde es besser, keine Stummel einzuzeichnen, da man dann besser bspw. in der Comparison erkennt, wo Strassen fehlen. Die Stummel haben IMHO keine Vorteile, da bin ich ganz bei Dir. Die Stummel (englisch stubble) haben mehrere Vorteile: Zum einen kann man mit ihnen dokumentieren, dass da ein Weg beginnt, der von seiner Geometrie noch nicht vollstaendig erfasst wurde ... und genau Was unterscheidet bei der Betrachtung des Stummels, ob das /wirklich/ nur so eine micro-kleine Stichstraße ist, oder ob das die unvollständige Bundesstraße ist? um dies geht es doch in diesem Thread, oder? Zum anderen dokumentiert man auch mit diesen Strassenstummeln, dass an dieser Stelle eine Kreuzung existiert. Und genau diese Info ist hilfreich, wenn man zum Das ist in der Tat ein Pro. Routen spaeter Navigationshinweise der Art rechts, dann die 2. links generieren will. Deshalb ist meine eigentliche Frage ja: Wie wollen wir fehlende Strassen/Wege/Pfade taggen? Ich erzeuge ein kurzes Stueck Strasse/Weg/Fluss/Bach/... und fuege ein note-Tag mit FIXME: stubble o.ae. ein. Nach einem FIXME kann man in einer OSM-Datei oder im JOSM spaeter wieder suchen bzw. beim spaeteren Befahren kann man aus dem Stummel dann das komplette Stueck Strasse/... machen. Also nur ein simples FIXME unter vielen? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Eine Freie Meinung in einem Freien Kopf the second : für einen Freien Staat voll Freier Bürger. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Sat, 2009-01-10 09:30:04 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Vielleicht zusätzlich mit einer kleinen Funktion im Editor. Node definieren und Richtung vorgeben - den Rest, einschl. Länge, zeichnet der Editor ! Genau das ist mein Ziel. Ich hab' übrigens mittlerweile angefangen, mittels Laptop und Sonne einen Sonnenkompaß zu programmieren: Rechner in Richtung des Weges halten und mit dem Mausrad oder den Cursor-Tasten einen Pfeil in Sonnenrichtung drehen. Zusammen mit der Ortsangabe (GPS) sollte man so in etwa auf die Richtung kommen. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:If it doesn't work, force it. the second : If it breaks, it needed replacing anyway. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
On Sat, 10 Jan 2009, Ulf Lamping wrote: P.S. Ich will auch einen potlatchartigen Zeichenmodus in JOSM haben. Ich hatte nur noch keine Zeit dafür. ? - Zeichnen-Kommando im Menu wählen. (Vielleicht auch optional ein Doppelklick zum starten). - Doppelklick auf einen Knoten beendet zeichnen - Verschiedene Mauszeiger zeigen Status (z.B. Ende, Verbinden, ...) Das ist die letzte fehlende Aktion für Modeless editing. 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] Wir ertrinken in Bugs - Aufruf!
Tobias Wendorff schrieb: Man setzt einen Punkt dahin, dann hat man feste Masken für die Leute, die wirklich ein Feature ausfüllen können: Supermarkt: Bitte hier NAMEN des Supermarktes eingeben: FELD Bitte hier IRGENDWAS eingeben: FELD Straße: Hausnummer: PLZ: ORT: Vorne dran kommt dann FIXME für die richtigen Benutzer und ein created_by = OSB So muss sich keiner in unser Tagging-Schema reinarbeiten, der Benutzer kann aber mehr Infos drankleben. Klingt zwar gut, halte ich aber für ne ganz schlechte Idee. Bei OSB kann man nämlich momentan die Daten nicht versauen, weil man sie nicht bearbeiten kann. Wenn wir jetzt einfach so jeden ohne Anmeldung bei OSM irgendwelche Punkte in die Daten setzen lassen dürfen, halte ich das für sehr schwierig. Wer sich nicht in das OSM-Tagging-Schema einarbeiten will, der sollte auch die Daten nicht bearbeiten. Dann lieber ne schöne kleine Notiz und ein mapper schaut da drüber und macht das hübsch. Du bekommst andernfalls auch Probleme derart, dass die Mapnik-Karte im worst-case ne Woche alt sein kann und vielleicht der entsprechende Punkt schon längst drin ist, aber noch nicht gerendert. Der kommt dann womöglich noch mal rein. Außerdem, was passiert, wenn jemand mal schnell in die Karte klickt und dann mitbekommt oh mist, der Punkt ist ja doch weiter drüben...? An den Punkt den er gerade in die Daten gesetzt hat, kommt er ja nicht mehr ran ohne nen Editor zu benutzen... Ich bin dafür die bestehenden Editoren zu verbessern, aber nicht OSB als Editor zu missbrauchen! Im Gegenteil sollte OSB noch einfacher werden! Das Feld zum nickname eintragen am besten oben links hin oder so und irgendwie mehr verdeutlichen, wie man neue Bugs setzt (das kleine Plus ist doch etwas zu undeutlich für die meisten Leute!). Am wichtigsten ist noch, dass dieses close mark zu einem close bug wird, oder sonst noch irgendwie anders verbessert. Anfänger denken sie können damit das Textansichtsfenster eines Bugs schließen, bzw. sind verwirrt, was diese Funktion eigentlich sonst macht. Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Hallo !! Sonnenkompaß ich glaube aber, das die wenigsten mit dem Laptop mappen fahren !!! Gruß Jan :-) Jan-Benedict Glaw schrieb: On Sat, 2009-01-10 09:30:04 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Vielleicht zusätzlich mit einer kleinen Funktion im Editor. Node definieren und Richtung vorgeben - den Rest, einschl. Länge, zeichnet der Editor ! Genau das ist mein Ziel. Ich hab' übrigens mittlerweile angefangen, mittels Laptop und Sonne einen Sonnenkompaß zu programmieren: Rechner in Richtung des Weges halten und mit dem Mausrad oder den Cursor-Tasten einen Pfeil in Sonnenrichtung drehen. Zusammen mit der Ortsangabe (GPS) sollte man so in etwa auf die Richtung kommen. MfG, JBG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir ertrinken in Bugs - Aufruf!
Hallo. Am Samstag, 10. Januar 2009 schrieb Christoph Wagner: So muss sich keiner in unser Tagging-Schema reinarbeiten, der Benutzer kann aber mehr Infos drankleben. Klingt zwar gut, halte ich aber für ne ganz schlechte Idee. Bei OSB kann man nämlich momentan die Daten nicht versauen, weil man sie nicht bearbeiten kann. Wenn wir jetzt einfach so jeden ohne Anmeldung bei OSM irgendwelche Punkte in die Daten setzen lassen dürfen, halte ich das für sehr schwierig. Das ist der Punkt. Die Accounts bei OSM sind sinnvoll, aber einen Login vor so ein Bugreport-Tool zu setzen ist nicht sinnvoll. *Zusätzlich* wäre es natürlich sehr schön. Etwas, was nicht alles kann sondern nur für POIs gedacht ist könnte man so einbauen wie momentan das Edit für Potlatch. :) Am wichtigsten ist noch, dass dieses close mark zu einem close bug wird, oder sonst noch irgendwie anders verbessert. Für das Zielpublikum sollte es vielleicht eher in etwa this report has been solved heißen. ;-) Gruß, Bernd -- Früher litten wir an Verbrechen, heute an Gesetzen. - Gaius Cornelius Tacitus (röm. Hist. u. Politiker, 55-115 n. Chr.) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Sat, 2009-01-10 11:51:27 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Jan-Benedict Glaw schrieb: On Sat, 2009-01-10 09:30:04 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Vielleicht zusätzlich mit einer kleinen Funktion im Editor. Node definieren und Richtung vorgeben - den Rest, einschl. Länge, zeichnet der Editor ! Genau das ist mein Ziel. Ich hab' übrigens mittlerweile angefangen, mittels Laptop und Sonne einen Sonnenkompaß zu programmieren: Rechner in Richtung des Weges halten und mit dem Mausrad oder den Cursor-Tasten einen Pfeil in Sonnenrichtung drehen. Zusammen mit der Ortsangabe (GPS) sollte man so in etwa auf die Richtung kommen. Sonnenkompaß ich glaube aber, das die wenigsten mit dem Laptop mappen fahren !!! Mit 'nem bissl mehr Kopfarbeit kann man die ungefähre Richtung ja auch anhand des Sonnenstandes mit einer Armbanduhr (Stundenzeiger zur Sonne, dann ist die Winkelhalbierende zwischen Stundenzeiger und 12 Uhr (IMHO 11 Uhr während der Sommerzeit) in Südrichtung.) MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Arroganz verkürzt fruchtlose Gespräche. the second : -- Jan-Benedict Glaw signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Bernd Wurst schrieb: Hallo. Mit steigender Bildschirmauflösung (und zunehmendem Alter :) ) werden die Pfeile in der JOSM Wireframe-Darstellung doch irgendwie immer kleiner. Den Mappaint-View mag ich überhaupt nicht (optisch und bzgl. Performance). Gibt es eine Möglichkeit, im Wireframe-View die Liniendicke zu verändern? Die Liniendicke im Mappaint-View ist prima, nur will ich die eizeln. ;-) Das wäre eine feine Sache. Würde mir auch gefallen. +1 mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trockene grenzen berechnen?
Hallo, Bernd Wurst schrieb: Am Freitag, 9. Januar 2009 schrieb Heiko Jacobs: Ist irgendwo die neue Darstellung der Grenzlinien in Osmarender diskutiert worden? Nein. Auf [talk] wurde das als möglicher Fehler angesprochen, aber gleich mit absichtliche Änderung beantwortet und auf die t...@h-liste verwiesen. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo, Bernd Wurst wrote: Mit steigender Bildschirmauflösung (und zunehmendem Alter :) ) werden die Pfeile in der JOSM Wireframe-Darstellung doch irgendwie immer kleiner. Den Mappaint-View mag ich überhaupt nicht (optisch und bzgl. Performance). Gibt es eine Möglichkeit, im Wireframe-View die Liniendicke zu verändern? Die Liniendicke im Mappaint-View ist prima, nur will ich die eizeln. ;-) Technisch ist es in Java so, dass Du, sobald Du Extrawuensche bezueglich des Linienzeichnens (ausser Farbwahl) hast, Du Dir mehr oder weniger den ganzen Overhead einhandelst, der Mappaint langsam macht. Daher waere Dir damit wohl nicht geholfen, Du haettest am Ende ein Mappaint light... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Hi ! dann stelle ich mir aber die Frage, ob der ganze Aufwand gerechtfertigt ist ! Anfangspunkt und dann 10m in Richtung PI x Auge und fertig - jetzt nur noch das passende Tag für Stummel setzen fertig ! Gruß Jan :-) Jan-Benedict Glaw schrieb: On Sat, 2009-01-10 11:51:27 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Jan-Benedict Glaw schrieb: On Sat, 2009-01-10 09:30:04 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Vielleicht zusätzlich mit einer kleinen Funktion im Editor. Node definieren und Richtung vorgeben - den Rest, einschl. Länge, zeichnet der Editor ! Genau das ist mein Ziel. Ich hab' übrigens mittlerweile angefangen, mittels Laptop und Sonne einen Sonnenkompaß zu programmieren: Rechner in Richtung des Weges halten und mit dem Mausrad oder den Cursor-Tasten einen Pfeil in Sonnenrichtung drehen. Zusammen mit der Ortsangabe (GPS) sollte man so in etwa auf die Richtung kommen. Sonnenkompaß ich glaube aber, das die wenigsten mit dem Laptop mappen fahren !!! Mit 'nem bissl mehr Kopfarbeit kann man die ungefähre Richtung ja auch anhand des Sonnenstandes mit einer Armbanduhr (Stundenzeiger zur Sonne, dann ist die Winkelhalbierende zwischen Stundenzeiger und 12 Uhr (IMHO 11 Uhr während der Sommerzeit) in Südrichtung.) MfG, JBG ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo. Am Samstag, 10. Januar 2009 schrieb Frederik Ramm: Gibt es eine Möglichkeit, im Wireframe-View die Liniendicke zu verändern? Die Liniendicke im Mappaint-View ist prima, nur will ich die eizeln. ;-) Technisch ist es in Java so, dass Du, sobald Du Extrawuensche bezueglich des Linienzeichnens (ausser Farbwahl) hast, Du Dir mehr oder weniger den ganzen Overhead einhandelst, der Mappaint langsam macht. Daher waere Dir damit wohl nicht geholfen, Du haettest am Ende ein Mappaint light... Autsch. D.h. du kannst der Linienzeichnungsfunktion nicht einfach nur nen Parameter width=2 einsetzen? Nein, wir beginnen jetzt keine Programmiersprachendiskussion. ;-)) Danke für die Auskunft. Dann muss ich mir mein Farbschema mal so zusammenbasteln dass wenigstens der Kontrast maximiert wird. Gruß, Bernd -- Dem Alltagsstreß kann man entgehen, vermeidet man es, aufzustehen. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?
Am 10.01.2009 12:00, Frederik Granna: Jupp, genau das kam mir auch schon in den Sinn, hier in der Gegend gibt es viele Gasverteilerstationen und sogar einen Gasspeicher Thomas Drebert schrieb: Hallo, mir ist ausgefallen das es für die Energieversorgung zwar den Power Tag gibt, aber keinen für die Gas Versorgung. Für Gas gibt es nur das Gasometer und die Pipeline, ich bräuchte ein Tag für eine Gasverteiler Station. Und sollte man nicht die Gas Tags auch zusammenfassen wie die für Strom? Hat diese neue Aufmerksamjeut etwas mit den aktuellen Nachrichten zu tun? ;) Woran erkennt man denn so eine Gasverteilerstation? Vielleicht könntest du, Thomas, mal ein Screenshot...äh... Photo im Wiki posten und damit gleich einen neuen Artikel als angepasst Kopie der Stromseite machen. Ich kenne bei mir in Leipzig nur ein paar alte Gasometer. Woran erkennt man denn, ob eine Pipeline Gas oder Fernwärme führt? Gruß Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zugspitze bewaldet?
Moin moin Gibt es einen Grund, warum die Zugspitze komplett in gruen getaucht ist (http://www.openstreetmap.org/?lat=47.4119lon=11.0012zoom=13layers=B000FTF)? Ich war noch nie dort, aber wenn ich mir die Sache mal bei GE* ansehe (und wenn ich mich richtig an meinen Bio-Unterricht erinnere), dann sollte eigentlich kein Baum stehen... * http://maps.google.de/?ie=UTF8ll=47.421003,10.984097spn=0.02169,0.040684t=hz=15 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - warum ist die Elementauswahl nicht mehr ROT
On Sat, 10 Jan 2009, Christoph Eckert wrote: ich habe mir gerade die Version 1221 installiert und muss feststellen, dass ausgewählte Elemente nicht mehr ROT angezeigt werden - obwohl in den Eigenschaften diese Farbe zugewiesen ist. Der jetztige BEIGE-Ton ist mehr als schlecht zu sehen. da benutzt Du ja eine _uralte_ Version! Probier mal 1223, da ist das ein sattes Gelb und viel besser zu sehen. Nein. War einfach ein Bug. Keine der Sonderfarben wurde angezeigt. Wenn man eine Funktion zum Farbenbestimmen schreibt, sollte man diese natürlich nachher auch aufrufen, sonst wird das nichts :-) Ab 1223 ist es übrigens auch nicht mehr gelb, sondern rot. Gelb sind jetzt die Knoten. Nur leider wird es keiner merken, weil das nur bei JOSM-Neulingen ohne Prefs-Datei so sein wird. 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] Worldfile vom 7.1.09
Carsten Schwede computerte...@gmx.de wrote: Das Typ-File ist auch wieder verändert, es sollten Fußwege im Wald besser zu sehen sein, Inseln auftauchen (allerdings als Naturpark in hellgrün) und auch das Nachtdesign sollte etwas besser sein. Super! Ne andere Frage. Renderst Du landuse=bassin? Ich habe gesehen, dass einige den Karpfenteichen ind er Oberpfalz selbiges Tag verpassen statt dem generischen natural=water. Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zugspitze bewaldet?
Vielleicht ist die Klimaerwärmung schon weiter als wir dachten :) Schöne Grüße aus Mainz, Sebastian Am Samstag, 10. Januar 2009 14:00:50 schrieb Holger Dietze: Hallo, On Sat, Jan 10, 2009 at 01:33:49PM +0100, Peter Herison wrote: Gibt es einen Grund, warum die Zugspitze komplett in gruen getaucht ist (http://www.openstreetmap.org/?lat=47.4119lon=11.0012zoom=13layers=B00 0FTF)? Ich war noch nie dort, aber wenn ich mir die Sache mal bei GE* ansehe (und wenn ich mich richtig an meinen Bio-Unterricht erinnere), dann sollte eigentlich kein Baum stehen... Ich schaetze, da hat jemand vergessen, aus der Alpenrandbewaldung die hoeherliegenden Bereiche wieder auszuschneiden. Das letzte Mal, als ich oben war, waren die naechsten Baeume mindestens 1000m tiefer. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mecklenburg ganz in Grün
Am 10. Januar 2009 13:46 schrieb Claudius Henrichs claudiu...@gmx.de: Am 10.01.2009 10:24, Jan Tappenbeck: Moin ! kann mir einer erklären, warum MV ganz in Grün getaucht ist - so sollte eine Karte sicherlich nicht sein ! http://www.openstreetmap.de/karte.html?zoom=14lat=53.82461lon=10.8161layers=B0 Wenn du nah ranzoomst siehst du im Grün ein NR für Nature reserve/Naturreservat. Offenbar liegt hier ein Fehler in der Multipolyon-Verarbeitung vor, die eigentlich ein Naturreservat aus dem Bundesland-Polygon ausschneiden sollte. Da stellt sich aber für mich die Frage, warum ein Nationalpark oder ähnliche Schutzgebiete nicht Teil eines Bundeslandes sein sollen. Gruß, Claudius evtl. ist es auch ein Ebenen-Problem, dass Mapnik NR über die anderen Landuse setzt, und darüberhinaus vermutlich auch ein Mapping-Problem, dass jemand das NR zu groß gezeichnet hat. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo. Am Samstag, 10. Januar 2009 schrieb Johann H. Addicks: Mit steigender Bildschirmauflösung (und zunehmendem Alter :) ) werden die Pfeile in der JOSM Wireframe-Darstellung doch irgendwie immer kleiner. An diesem Problem kenne ich seit der Anschaffung eines 24-Monitors mit 1920er-Breite, der Altergesgerecht an der hinteren Kante des Schreibtisches gelandet ist. Das Betriebsystem skaliert freundlicherweise gemäß Systemeinstellungen alles lesbbar größer und das Auge freutlich sich über die vielen Punkte pro Buchstabe. Nur einige Anwendungen sind dann fast unbedienbar. JOSM gehört dazu. Ich hab jetzt mit etwas Experimentierfreude hellgrüne Linien, gelbe Punkte und eine rote Selektion. Und das alles wie gehabt auf schwarzem Grund. So ist es für mich wesentlich besser als das bisherige dunkelblau auf schwarz. Gruß, Bernd -- Lieber von Picasso gemalt als vom Leben gezeichnet signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Sat, 2009-01-10 13:05:51 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: [Vermerken von noch fehlenden Straßen(stücken)] Anfangspunkt und dann 10m in Richtung PI x Auge und fertig - jetzt nur noch das passende Tag für Stummel setzen fertig ! Ja und /wie/ lautet das Tag oder die Tag-Kombination für hier gehts noch weiter? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Debugging is twice as hard as writing the code in the first place. the second : Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it. - Brian W. Kernighan signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
On Sat, Jan 10, 2009 at 04:51:59PM +0100, Jan-Benedict Glaw wrote: Subject: Re: [Talk-de] Fehlende Straßen/Wege/Pfade On Sat, 2009-01-10 13:05:51 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: [Vermerken von noch fehlenden Straßen(stücken)] Anfangspunkt und dann 10m in Richtung PI x Auge und fertig - jetzt nur noch das passende Tag für Stummel setzen fertig ! Ja und /wie/ lautet das Tag oder die Tag-Kombination für hier gehts noch weiter? note=FIXME hier geht der weg noch weiter 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] Fehlende Straßen/Wege/Pfade
Am Samstag 10 Januar 2009 schrieb Florian Lohoff: On Sat, Jan 10, 2009 at 04:51:59PM +0100, Jan-Benedict Glaw wrote: Subject: Re: [Talk-de] Fehlende Straßen/Wege/Pfade On Sat, 2009-01-10 13:05:51 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: [Vermerken von noch fehlenden Straßen(stücken)] Anfangspunkt und dann 10m in Richtung PI x Auge und fertig - jetzt nur noch das passende Tag für Stummel setzen fertig ! Ja und /wie/ lautet das Tag oder die Tag-Kombination für hier gehts noch weiter? note=FIXME hier geht der weg noch weiter Flo gabs fuer sowas nicht mal fixme=stub ? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo, Bernd Wurst wrote: Ich für meinen Teil mag den Mappaint-Modus vom Prinzip her überhaupt nicht. Das ist total unübersichtlich, viel zu viele Farben von denen ich je nach hinterlegtem Luftbild definitiv die Hälfte nicht mehr erkennen kann. Zudem ist es auch langsamer. Das ist *meine* Meinung und ich hab nichts dagegen wenn andere den Modus nutzen wollen. Langfristig will ich den Wireframe-Modus durch ein Wireframe-Stylesheet fuer den Mappaint-Modus ablösen. Dann wird es nur noch Mappaint geben ;-) aber das machen wir erst, wenn der Mappaint-Modus auch so performant ist, dass man es den Leuten zumuten kann, die derzeit aufgrund langsamer Darstellung den Wireframe vorziehen. Mappaint ist ja komplett konfigurierbar über XML-Styles. Wenn man zum jetzigen Zeitpunkt einen Mappaint-Style bauen würde, der möglichst wie Wireframe aussieht, wäre der auch schneller als der normale Mappaint-Style, aber nicht ganz so flott wie Wireframe. Kannst es ja mal ausprobieren, das kann ich dann auch gleich als Basis nehmen ;-) und zu Deinen dickeren Linien kämst Du so auch. Besonders jetzt, wo Ulf diese Zeitmessung eingebaut hat, kann man ja beim Basteln schnell sehen, ob man jetzt Zeit gespart hat durch Weglassen von irgendwelchen Details. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis-Polygon aus Relation
Hallo. Ein OSM-Polygon kann ich mittels osm2poly.pl in ein Osmosis-taugliches Polygon konvertieren. Gibt es ein solches Tool auch schon für eine Polygon, das mit reiner multipolygon-Relation gegeben ist? Ob es Enklaven ausschneidet ist mir egal, aber da die Grenzen jetzt alle so schön mit Relationen drin sind, würde ich gerne meine lokale Gemeindegrenze ebenfalls so modellieren und dann mit Osmosis anhand dieser Grenzlinie ausschneiden. Besonders schwer wirkt diese Herausforderung auf mich jetzt nicht, wenn es das noch nicht gibt, werd ich versuchen das selbst zu bauen. Aber vielleicht liegt ja schon irgendwo schon ein passendes Script rum... Gruß, Bernd -- Als ich 14 Jahre alt war, war mein Vater für mich so dumm, dass ich ihn kaum ertragen konnte. Aber als ich 21 wurde, war ich doch erstaunt, wieviel der alte Mann in den sieben Jahren dazugelernt hatte. (Mark Twain) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges taggen von riverbanks
Christoph Wagner schrieb: Eine andere Idee war einfach den name-tag wegzuschmeißen, da der Flussname ja auch an dem way in der Mitte des Flusses hängt, der mit waterway=river und name=Elbe getaggt ist. Leider weiß man dann nicht zu welchem Fluss die riverbank dann gehört, würde man sich jetzt einen Auszug aller riverbanks generieren. Ist das eigentlich i.O., dass man sowohl die riverbank als auch den waterway=river eintraegt? Ich haette eigentlich gedacht, dass mit einzeichnen der riverbank der river nicht mehr in die Datenbank gehoert, in etwa so aehnlich wie bei Gebaeuden, bei denen ich ja auch nur entweder die Flaeche oder den Node eintrage. Es waere schoen, wenn das Thema riverbank mal besser definiert werden wuerde. Etliche Kilometer elbeabwaerts kommt naemlich noch die Kuestenlinie dazu, die als drittes Element den Flussverlauf in der Karte abbildet. Da muesste wirklich mal aufgeraeumt werden. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] way mit tag place=[city, suburb, village etc.] - Erfahrungen ! und ?
Am 9. Januar 2009 13:14 schrieb Gary G: g...@gary68.de: hi, ich glaube, das wird schwer gehen. für village/suburb sicher kaum ein problem. aber bei town/city wird's ggf. schon problematisch. zu einer stadt können mehrere teile gehören, die z.b. durch landstraßen getrennt sind. weiß nicht, ob man das dann mit so einem weg versehen sollte. aber wenn's nun mal dazuhegört... oder eben als relation, dann würde man sicherlich keinen fehler machen, führe man innerhalb der einzelnen teile 50km/h. ciao gerhard ich denke auch, dass es eigentlich gehen sollte. Wenn man place-areas mappt, macht man ja nicht den Umriss aller einzelnen Teile als EIN Polygon, sondern sollte dann die einzelnen Teile jeweils getrennt und geschlossen zeichnen, oder? D.h. eine Landstraße zwischen den Ortsteilen, die selbst nicht durch eine Ortschaft führt, müsste ausserhalb der jeweiligen Place-areas liegen, und andererseits kann man bei Straßen innerhalb geschlossener Ortschaften, auf denen man schneller (oder langsamer) als 50 fahren darf, den default mit einem spezifischen maxspeed übersteuern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
On Sat, 10 Jan 2009, Bernd Wurst wrote: Ich hab jetzt mit etwas Experimentierfreude hellgrüne Linien, gelbe Punkte und eine rote Selektion. Und das alles wie gehabt auf schwarzem Grund. So ist es für mich wesentlich besser als das bisherige dunkelblau auf schwarz. Wenn Du bessere Werte für den Default hast, dann bitte im BugTracker eintragen. Die JOSM-Farb-Defaults sind nicht gerade optimial. Es muss allerdings sichergestellt sein, dass keine negativen Effekte durch eine Änderung entstehen (es soll für Anfänger ja leichter werden). Gelbe Punkte und rote Auswahl sind mittlerweile Standard. 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] Track-Anonymisierer gesucht
Am 9. Januar 2009 20:55 schrieb DarkAngel daber...@freenet.de: Nimm z.B. eine schöne Landstraße in Brandenburg. Dort würdest Du reichlich Profile mit Geschwindigkeiten jenseits der 100 km/h bekommen. Zulässig sind meist 80 km/h. Willst Du jetzt in OSM aufgrund dieser Daten die Straße auf 100 km/h setzen? Dann hast Du eine Landstraße, auf der zwar 50 km/h erlaubt sind, alle wegen dem schlechten Zustand die meisten nur 30 km/h fahren. Auch dann entsprechen die Daten nicht der Wirklichkeit. Wo hatte ich was von Geschwindigkeitslimits bei Stau geschrieben? ich will ja nicht die maxspeed-values automatisiert setzen, das wird kaum gehen, sondern ich will für bestimmte Straßen, Fortbewegungsmittel und Uhrzeiten/Daten Durchschnittsgeschwindigkeiten errechnen, die realistisch sind. Wenn dann bestimmte Brandenburger Landstraßen nachts Durchschnittswerte über dem gesetzlichen Limit erhalten, dann ist das so. Das heisst für den individuellen Fahrer ja trotzdem nicht, dass er schneller fahren muss als erlaubt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Jan-Benedict Glaw schrieb: Ich hab' übrigens mittlerweile angefangen, mittels Laptop und Sonne einen Sonnenkompaß zu programmieren: Rechner in Richtung des Weges halten und mit dem Mausrad oder den Cursor-Tasten einen Pfeil in Sonnenrichtung drehen. Kreative Idee, aber so viel Aufwand würde ich nicht treiben. Im Vorbeifahren Wegpunkt setzen und Feldweg, geteert, 2 Uhr oder ähnliches aufs Band sprechen, fertig. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Jan-Benedict Glaw schrieb: Ja und /wie/ lautet das Tag oder die Tag-Kombination für hier gehts noch weiter? Ich setze jetzt erstmal noexit=no auf den letzten Node unvollständiger Wege. Das ist ein existierender Schlüssel mit booleschem Wert und mMn besser geeignet als ein note=FIXME... wo jeder einen anderen Text reinschreibt. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karpfenteiche (Re: Worldfile vom 7.1.09)
Sven Geggus li...@fuchsschwanzdomain.de writes: Ne andere Frage. Renderst Du landuse=bassin? Ich habe gesehen, dass einige den Karpfenteichen ind er Oberpfalz selbiges Tag verpassen statt dem generischen natural=water. Man sollte beide tags an die karpfenteiche hänge; oder besser: anstelle von landuse=bassin ein water=bassin. Denn landuse ist in diesem fall ja eigentlich eine art landwirtschaft; landuse=farm oder so wäre sinniger. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?
Was für eine neue Aufmerksamkeit? ;) Bin hier in der Gegend schon so weit das ich anfange die Zigarettenautomaten zu taggen weil nichts mehr frei ist ^^ Die Frage woran man die Art der Pipe erkennt beantwortet diese Seite : http://providing-concepts.com/schilder.htm Ich werd mal sehen das ich ein paar Fotos zusammenbekomme Claudius Henrichs schrieb: Am 10.01.2009 12:00, Frederik Granna: Jupp, genau das kam mir auch schon in den Sinn, hier in der Gegend gibt es viele Gasverteilerstationen und sogar einen Gasspeicher Thomas Drebert schrieb: Hallo, mir ist ausgefallen das es für die Energieversorgung zwar den Power Tag gibt, aber keinen für die Gas Versorgung. Für Gas gibt es nur das Gasometer und die Pipeline, ich bräuchte ein Tag für eine Gasverteiler Station. Und sollte man nicht die Gas Tags auch zusammenfassen wie die für Strom? Hat diese neue Aufmerksamjeut etwas mit den aktuellen Nachrichten zu tun? ;) Woran erkennt man denn so eine Gasverteilerstation? Vielleicht könntest du, Thomas, mal ein Screenshot...äh... Photo im Wiki posten und damit gleich einen neuen Artikel als angepasst Kopie der Stromseite machen. Ich kenne bei mir in Leipzig nur ein paar alte Gasometer. Woran erkennt man denn, ob eine Pipeline Gas oder Fernwärme führt? Gruß Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo. Ich werd's ein paar Tage testen bevor ich es vorschlage... Am Samstag, 10. Januar 2009 schrieb Dirk Stöcker: Gelbe Punkte und rote Auswahl sind mittlerweile Standard. Die Kombination ist mir auch nicht wirklich selbst eingefallen. ;-) Gruß, Bernd -- mage what should I give sister for unzipping? Kevyn Um. Ten bucks? mage no I mean like, WinZip? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karpfenteiche (Re: Worldfile vom 7.1.09)
Karl Eichwalder k...@gnu.franken.de wrote: Man sollte beide tags an die karpfenteiche hänge; oder besser: anstelle von landuse=bassin ein water=bassin. Was ist dennd a derzeit Standard? Denn landuse ist in diesem fall ja eigentlich eine art landwirtschaft; landuse=farm oder so wäre sinniger. Aua, das hatten wir doch beim Weinbau schonmal. Man sieht dem Luftbild ja nicht an ob die Teiche tatsächlich noch altiv in Verwendung sind. Ich bin gegen so nen Farm Blödsinn. Von mir aus landuse=bassin und natural=water. water als key hab ich noch nicht gesehen. Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Karl Eichwalder k...@gnu.franken.de [Sat, Jan 10, 2009 at 05:57:32PM CET]: wenn ich allein unterwegs bin, laufe ich oft 50-100 m in abzeigungen hinein... Ich nicht nur, wenn ich allein unterwegs bin. Die Familie kennt das schon ... -- 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] JOSM Liniendicke
Bernd Wurst schrieb: Dass ich jetzt gerne etwas dickere Linien hätte, weil ich dunkelblau auf schwarz nicht pixelweise voneinander unterscheiden kann, hat eigentlich nichts damit zu tun dass ich gleich einen Mappaint-Modus will, der noch mehr als bisher die Tags die der Programmierer toll findet von den Tags die der Programmierer nicht so wichtig findet differenziert. H. Den nehme ich jetzt aber doch persönlich. Ich hab einen Haufen Zeug in die Mappaint Darstellung eingebaut die mir persönlich eigentlich sogar ziemlich egal sind. Klar, ich baue tendenziell erst die Sachen ein, die mich selber interessieren. Aber die Zeiten sind eigentlich schon länger vorbei und jetzt schaue ich halt was laut tagwatch häufig verwendet wird. Es macht allerdings aus meiner Sicht keinen Sinn, für jedes Teil das vielleicht nur 30mal im Planet vorkommt eine eigene Regel einzubauen. Wenn da Sachen fehlen die wichtig (und auch darstellbar!) sind, baue ich die ein. Allerdings ist im JOSM Trac kein Eintrag zu finden, das jemand etwas in der Darstellung vermißt. Im übrigen: Um die Mappaint Darstellung zu ändern, braucht man kein Programmierer zu sein. Ist auf: http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint beschrieben wie es geht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track-Anonymisierer gesucht
Martin Koppenhoefer schrieb: kaum gehen, sondern ich will für bestimmte Straßen, Fortbewegungsmittel und Uhrzeiten/Daten Durchschnittsgeschwindigkeiten errechnen, die realistisch sind. Dann schau doch mal bitte unsere Trackdichten an! Selbst an extrems übertrackten Ecken hält sich die Zahl der Tracks in Grenzen an den STellen an denen es interessiert. Mehr als 2-3 Tracks hast Du auf einer gewöhnlichen STraße nie. Extrembeispiel: Kreuz A3/A66 bei Wiesbaden. BB http://www.openstreetmap.org/?lat=50.0548lon=8.3893zoom=14 Da gibt es zwar Dutzende von Tracks durchgehend (von Nord-Süd, Süd-Nord, Ost-Weg, West-Ost), Im Kleeblatt gibt's auch noch eine zweistellige Anzahl von von Nord nach Ost, aber bei Ost nach Nord wirds' dünner, von Süd nach West weniger, Ost nach Süd reicht noch zum Mappen, aber die Drei Überleitungen Nord-West, Süd-Ost und Ost-Nord sind so, dass es nichtmal zum Mappen reicht, geschweige denn, die Stauträchtigkeit des Kreuzes zu beurteilen. http://www.addicks.net/albums/osm/GPS_Tracks_A3_A66_Wiesbaden.png Ich weiss nicht, wie Du auf der Datenbasis ernsthaftes Traffic-Routing machen willst. Wir sollten uns lieber an dem orientieren, was heute mit unseren Tracks möglich ist und darauf die Trackverwaltung ausrichten. Es kann nicht sinnvoll sein, dass wir uns auf zukünftige Anwendungsmöglichkeiten so optimieren, dass wir dabe das heutige Vorankommen zu behindern. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Johannes Huesing johan...@huesing.name writes: Karl Eichwalder k...@gnu.franken.de [Sat, Jan 10, 2009 at 05:57:32PM CET]: wenn ich allein unterwegs bin, laufe ich oft 50-100 m in abzeigungen hinein... Ich nicht nur, wenn ich allein unterwegs bin. Die Familie kennt das schon ... ;) Meine leuten mute ich nur zu, dass ich immer im größtmöglichen radius die kurven gehe und abkürzungen verweigere. In der natur sind abkürzungen ja sowieso böse... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karpfenteiche (Re: Worldfile vom 7.1.09)
Sven Geggus li...@fuchsschwanzdomain.de writes: Aua, das hatten wir doch beim Weinbau schonmal. Ja ;) Man sieht dem Luftbild ja nicht an ob die Teiche tatsächlich noch altiv in Verwendung sind. Ich bin gegen so nen Farm Blödsinn. Von mir aus landuse=bassin und natural=water. water als key hab ich noch nicht gesehen. Ja auch nicht. Meinetwegen sollen auch gern beide tags an die teiche gepappt werden und wenn diese noch aktiv genutzt werden, dann am besten noch einmal mit einem anderen geeigneten landuse zusammenfassend umrahmen. Ich habe immer noch das problem mit den auffangbecken an straßen, die wohl seit einiger zeit angelegt werden müssen. Diese auffangbecken sind die meiste zeit leer... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges taggen von riverbanks
Torsten Leistikow de_m...@gmx.de schrieb: Christoph Wagner schrieb: Ist das eigentlich i.O., dass man sowohl die riverbank als auch den waterway=river eintraegt? Ich haette eigentlich gedacht, dass mit einzeichnen der riverbank der river nicht mehr in die Datenbank gehoert, in etwa so aehnlich wie bei Gebaeuden, bei denen ich ja auch nur entweder die Flaeche oder den Node eintrage. Kann man bei 'riverbank' denn die Fließrichtung angeben? Ein Problem, auf das ich neulich gestoßen bin, sind Kanäle: Auch von denen gibt es welche, die breit genug sind, um als Fläche dargestellt zu werden; ein entsprechendes Tag für Kanäle existiert aber nicht. Also 'riverbank' nehmen und entweder 'canal=yes' taggen oder noch ein 'waterway=canal' mitten durch? Gruß, Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mecklenburg ganz in Grün
Jan Tappenbeck schrieb: Moin ! kann mir einer erklären, warum MV ganz in Grün getaucht ist - so sollte eine Karte sicherlich nicht sein ! N' abend, das wird auch schon auf der (ganz neuen!) MeckPomm-Liste diskutiert: Guggst du: http://lists.openstreetmap.de/pipermail/meckpomm/2009-January/34.html -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis-Polygon aus Relation
Hallo, Bernd Wurst wrote: Ein OSM-Polygon kann ich mittels osm2poly.pl in ein Osmosis-taugliches Polygon konvertieren. Gibt es ein solches Tool auch schon für eine Polygon, das mit reiner multipolygon-Relation gegeben ist? Ob es Enklaven ausschneidet ist mir egal, aber da die Grenzen jetzt alle so schön mit Relationen drin sind, würde ich gerne meine lokale Gemeindegrenze ebenfalls so modellieren und dann mit Osmosis anhand dieser Grenzlinie ausschneiden. Adrian Stabiczewski a...@emaitie.de hat diesen Relation-Analyzer gebaut: http://betaplace.emaitie.de/webapps.relation-analyzer/ Da kannst Du zumindest eine Relation als gpx-Datei ausgeben lassen; von dort liesse sich recht leicht ein .poly-File machen, oder Du ueberredest ihn, den Source herauszugeben und baust das dann schnell selber ein (AFAIK nicht im SVN bislang, vermutlich aber nicht, weil er geheim bleiben soll, sondern einfach, weil Adrian es nicht fuer wichtig genug hielt). Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karpfenteiche (Re: Worldfile vom 7.1.09)
Am 10. Januar 2009 19:26 schrieb Karl Eichwalder k...@gnu.franken.de: Ich habe immer noch das problem mit den auffangbecken an straßen, die wohl seit einiger zeit angelegt werden müssen. Diese auffangbecken sind die meiste zeit leer... Welches Problem? Dezentrale Versickerung ist doch toll! ;-) Vielleicht sollte man diese Becken und auch als Überschwemmungsgebiete vorgesehene Landwirtschaftliche Flächen in Ufernähe einfach blau-transparent schraffiert rendern, um klar zu machen, daß es nur temporär überflutete gebiete sind. Das ganze liegt dann *in* einem richtigen Landuse wie farm(land), industrial, residential, heath - also nicht per multipolygon ausgeschnitten, so daß beide informationen erhalten bleiben... Oder man macht ein neues tag für temporäre wasserfllächen unter man_made auf, so daß sich nicht verschiedene landuse ins Gehege kommen. MfG, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Ich sollte wahrscheinlich einfach mal updaten... ja, wer mit Version 5xx arbeitet, sollte zu solchen Fragen keine Meinung äußern ;-) Was Du willst gibt es schon in etwa: mit dem Wireframe-Modus. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges taggen von riverbanks
Bei waterway=river kommt ja auch kein natural=warter dran, obwohl es genauso ein natürliches Gewässer ist wie deine riverbank. ein Ufer ist kein Gewässer natural=water benutze ich nur für Teiche, Seen und dergleichen, das kein anderes eindeutiges Tag bekommt. ein Teich ist übrigens per Definition ein künstlich angelegtes stehendes Gewässer. Ich mache mir da aber auch nicht so große Sorgen, habe auch schon rechteckige Wasserbecken an Gebäuden als natural=water getaggt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track-Anonymisierer gesucht
Am 10. Januar 2009 19:12 schrieb Johann H. Addicks addi...@gmx.net: Martin Koppenhoefer schrieb: kaum gehen, sondern ich will für bestimmte Straßen, Fortbewegungsmittel und Uhrzeiten/Daten Durchschnittsgeschwindigkeiten errechnen, die realistisch sind. Dann schau doch mal bitte unsere Trackdichten an! Selbst an extrems übertrackten Ecken hält sich die Zahl der Tracks in Grenzen an den STellen an denen es interessiert. Mehr als 2-3 Tracks hast Du auf einer gewöhnlichen STraße nie. das wird sich aber evtl. ändern, wir stehen ja noch ganz am Anfang. Wir sollten uns lieber an dem orientieren, was heute mit unseren Tracks möglich ist und darauf die Trackverwaltung ausrichten. Es kann nicht sinnvoll sein, dass wir uns auf zukünftige Anwendungsmöglichkeiten so optimieren, dass wir dabe das heutige Vorankommen zu behindern. ich spreche ja nicht davon, etwas zu optimieren oder das heutige Vorkommen zu behindern. Beides finde ich ziemlich unangebracht wenn es lediglich darum geht, keine absichtlichen Fehler in die Tracks einzubauen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
;) Meine leuten mute ich nur zu, dass ich immer im größtmöglichen radius die kurven gehe und abkürzungen verweigere. In der natur sind abkürzungen ja sowieso böse... mach ich auch so, allerdings wären Abkürzungen in OSM auch nicht schlecht, weil man ja in der Regel am liebsten den kürzesten Weg läuft ;-). Im Moment sind mir aber meist auch die echten Straßen und Wege wichtiger. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Ja und /wie/ lautet das Tag oder die Tag-Kombination für hier gehts noch weiter? note=FIXME hier geht der weg noch weiter Flo gabs fuer sowas nicht mal fixme=stub ? ich fand die ursprünglich geäußerte Methode mit einem kleinen Stummel und name=STUB eigentlich am besten. Durch die Großschreibung sieht man schon, dass es sich nicht um den echten Namen handelt, auf Karten wird es penetrant dargestellt und fordert zur Nachbesserung auf und suchen lässt es sich für Zusammenstellungen auch besser als hundert verschiedene Versionen von Freitext-Fixmes, dass dort ein Weg weitergeht. Falls man doch schon einen Namen eingeben will, kann man z.B. auch STUB - Käsenbachstraße schreiben, lässt sich immer noch erkennen und immer noch automatisch finden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen einer Winterrodelbahn
Hallo allerseits, ich les ja nun schon einige Zeit in dieser Liste mit, aber jetzt hab ich auch mal eine Frage: Wie trage ich eine reine Winterrodelbahn richtig ein? Die Rodelbahn ist im Winter komplett für Fußgänger gesperrt, man darf nur mit dem Schlitten runterfahren. Im Sommer dient sie aber soweit ich weiß als Wanderweg. Danke schonmal für eure Aufmerksamkeit. Gruß Manu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Straßen/Wege/Pfade
Martin Koppenhoefer dieterdre...@gmail.com writes: mach ich auch so, allerdings wären Abkürzungen in OSM auch nicht schlecht, weil man ja in der Regel am liebsten den kürzesten Weg läuft ;-). Wenn ein trampelpfad erkennbar ist, mappe ich den durchaus auch. Und dann gibt's ja noch diese winterwege. In schneesicheren gebieten sind die ja durchaus offiziell und es ist interessant zu sehen, wie solche winterwege andernorts schnell entstehen und dankbar angenommen werden. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?
Hallo Ich weiß nicht ob es ein Standard ist, aber nach dem ich das Schild gesehen habe glaube ich schon, das Gasleitungen gelb markiert sind. Ein Foto von der Gasstation würde wohl nicht viel bringen, ist ein unscheinbarer halbhoher Grashügel mit einer Eingangstür. Ich müsste noch mal nachsehen ob irgend was besonderes dran steht. Schöne Grüße Thomas Am 10. Januar 2009 13:32 schrieb Claudius Henrichs claudiu...@gmx.de: Hat diese neue Aufmerksamjeut etwas mit den aktuellen Nachrichten zu tun? ;) Woran erkennt man denn so eine Gasverteilerstation? Vielleicht könntest du, Thomas, mal ein Screenshot...äh... Photo im Wiki posten und damit gleich einen neuen Artikel als angepasst Kopie der Stromseite machen. Ich kenne bei mir in Leipzig nur ein paar alte Gasometer. Woran erkennt man denn, ob eine Pipeline Gas oder Fernwärme führt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der Löschen Modus aus meiner Sicht komplett überflüssig. Naja, einige Vorteile hat er schon noch, wie die anderen auch. ganz genau, so kann man neben den bereits erwähnten mit SHIFT+click im Entfernen -Modus mittenraus einzelne Segmente löschen. Das geht sonst nicht. Das Punktlöschen über Entf ist ja mehr ein Ausdünnen. Ich habe jetzt einfach mal den Select-Modus zum Standard erklärt. Wollte ich eigentlich schon lange machen. Zoom und Delete sind ans Ende der Liste gewandert. IMHO: Zoom war ganz oben und als default am besten (und sichersten). Das ist ein Click, um zu add oder select zu gehen, und welches man davon will ist sowieso nicht klar, am Anfang erstmal an die richtige Stelle zu zoomen scheint mir eigentlich am sinnvollsten zu sein. Delete ist OK. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
- Verschiedene Mauszeiger zeigen Status (z.B. Ende, Verbinden, ...) auch sehr gut, ist mir vorhin aufgefallen. Wie oft hatte ich mich in der Vergangenheit geärgert, dass ich versehentlich den WMS-Layer verschoben habe, weil der Mauszeiger gleich war wie bei select. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Witterung nutzen: Teichinseln
Am Montag 05 Januar 2009 schrieb Johann H. Addicks: Man kann auf Eisflächen übrigens auch Radfahren wenn man keine Schlittschuhe hat. Aber beschwert Euch nicht, wenn's noch mehr blaue Flecken gibt. Aber bitte nicht per Pkw! Die GPX-Daten aus Schwerin werden noch erwartet: http://www.zeit.de/news/artikel/2009/01/08/2700531.xml (von wegen angetrunken)... In diesem Thread können gar nicht genug Disclaimer (Haftungsausschlüsse) stehen. Alles Gute! Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places (was: Nachrichten von Gary68)
On Sat, 10 Jan 2009 06:57:22 +0100, Gary68 g...@gary68.de wrote: Mit der automatischen Erkennung der Größe der Orte habe ich so meine Probleme, aber das könnt ihr in den Karten ja sehen. Die Quote ist schon gut, könnte aber besser sein. Also tragt für eure Orte Wege ein, die den Ort umschließen und korrekt getaggt sind. Siehe die Wiki-Seite. Weil ich das gerade sehe möchte ich gerne mal eine Diskussion über unser aktuelles Taggingschema für places anregen: Und zwar wird ja momentan ein place normalerweise mit einem einzelnen Node getaggt und dann evtl. noch ein Weg um das Gebiet gelegt, der i.d.R. aber keinen Namen bekommt. Für die Auswertung in Software fände ich es aber viel praktischer, wenn man gleich den Weg, der den Bereich umschließt, taggen würde. Bei vielen kleinen Orten könnte man das wohl noch mit dem Weg für's landuse=residential zusammenfallen lassen sofern man keine genauren Grenzen des Ortes hat. Wenn man wirklich mal den Text an eine bestimmte Stelle rücken will, gibt es ja die Label-Relation[1] (die mittlerweile auch von Osmarender unterstützt wird). Mit diesem Schema ließe sich z.B. für eine Navi-Software ganz einfach eine Liste aller Straßen im Ort erstellen, ohne kompliziert und fehleranfällig das place-Node zu irgendwelchen Areas zuordnen zu müssen. Was haltet ihr davon? Wenn dieser Vorschlag Zustimmung findet, würde ich mich darum kümmern, die Renderer so anzupassen, dass das korrekt angezeigt wird. Gruß, Hermann [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Label ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rückhaltebecken (was: Karpfenteich e (Re: Worldfile vom 7.1.09))
Martin Simon schrieb: Ich habe immer noch das problem mit den auffangbecken an straßen, die wohl seit einiger zeit angelegt werden müssen. Diese auffangbecken sind die meiste zeit leer... Welches Problem? Dezentrale Versickerung ist doch toll! ;-) Die tagge ich auf landuse=reservoir. Ob das Ding nun leer oder voll ist, ist erstmal egal, da ja eh (fast immer) eingezäunt, damit auch ja niemand drin ersaufen kann. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Track-Anonymisierer gesucht
Martin Koppenhoefer schrieb: ich spreche ja nicht davon, etwas zu optimieren oder das heutige Vorkommen zu behindern. Beides finde ich ziemlich unangebracht wenn es lediglich darum geht, keine absichtlichen Fehler in die Tracks einzubauen. Die ohne diese Anonymisierung gar nicht hochgeladen werden. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sodakreisel
Da schon anderweitig ohne greifbares Ergebnis drüber gesprochen wurde, hier gefragt: wozu dienst dieser Kreisel in dieser Trunk-Ausfahrt an der B13 bei Übringshausen? http://maps.google.de/?ie=UTF8ll=49.16851,9.712805spn=0.00336,0.008551t=kz=17 (Unsere Karte gibt dazu leider nichts her) http://www.openstreetmap.org/?lat=49.16838lon=9.71283zoom=17layers=B000FTF Theorie war Wendemöglichkeit für Schneepflüge... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges taggen von riverbanks
Am Samstag 10 Januar 2009 schrieb Christoph Wagner: wir haben momentan folgende tags dran: name=Elbe natural=water waterway=riverbank Hi, wenn ich mich recht erinnere (es gab mal eine Tagging-Aktion zum Nil) wird nur die Flussmitte mit Namen und river getaggt (dort stehen dann die Bezeichnungen) - dir Riverbanks werden zusammengesetzt, aber nicht weiter mit Namen versehen. http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank http://wiki.openstreetmap.org/wiki/DE:Tag:waterway=riverbank Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] richtiges taggen von riverbanks
Mark Obrembalski m...@obrembalski.de [Sat, Jan 10, 2009 at 07:49:21PM CET]: [...] 'waterway=canal' mitten durch? Gibt's für Wasserstraßen auch Router? Wenn ja, dann ja. Aber ich glaube, dass jeder Süßwassermatrose die paar Wasserstraßen, die ihn angehen, auswendig können sollte. -- 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] Programmiersprachenvorliebendiskussion
Ich glaub ich hab schon was sinnvolles gemerkt durch deine Kritik: Wenn man etwas gewohnt ist, fällt es sich schwer zuzustellen (du bemängelst hauptsächlich Sachen von JOSM die bei Potlach anders sind, JOSM-Nutzer machen es meist ander herum) Es war aber nicht so, dass ich mich erstmal an Potlatch gewöhnt habe und mir dann JOSM angeschaut habe. Ich habe Potlatch ausprobiert, habe gemerkt, dass ich damit gut zurecht komme, fand ihn aber etwas lahm. Daraufhin habe ich recherchiert und JOSM gefunden. Weil ich aber mit JOSM überhaupt nicht klar kam, bin ich sofort wieder zu Potlatch zurückgekehrt. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Ich bin eigentlich gegen eine Einsteiger vs. Experten Sache. Der Trick ist doch immer dem Einsteiger den Einstieg so einfach wie möglich zu machen, und dem Experten nicht alles zu verbauen. Man muss die Expertensachen ja nicht rausschmeissen oder so umständlich machen, dass sie für die Experten nicht mehr schnell zugänglich sind. Aber muss denn so eine Spezialfunktion wie der Löschmodus wirklich mit einem eigenen Icon vertreten sein? Wird das so oft benötigt? Solche Funktionen könnten doch auch gut nur über Shortcuts erreichbar sein. Dann können die Experten sie schnell erreichen und die Anfänger werden nicht verwirrt. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places (was: Nachrichten von Gary68)
Hermann Kraus h...@scribus.info [Sat, Jan 10, 2009 at 10:30:56PM CET]: [...] Weil ich das gerade sehe möchte ich gerne mal eine Diskussion über unser aktuelles Taggingschema für places anregen: Wo wir gerade dabei sind, würde ich gern diesen Diskussionsfaden kapern, um das *Rendering* von place-Namen anzusprechen. Eine ähnliche Diskussion zum Thema Tagging von Flurnamen auf dieser Liste verlief im Sande. Nachdem ich für einige Zeit Fluren als place=locality getaggt und mit Namen versehen hatte, ohne dass Mapnik oder Osmarender es darstellten, habe ich mal probehalber Knoten in die Mitte dieser Fluren gesetzt und mit Namen versehen. Das Resultat geht gar nicht: Die Schrift in Osmarender ist zu aufdringlich und geht weit über die Fläche hinaus: http://www.openstreetmap.org/?lat=49.43lon=8.6567zoom=14layers=0B00FTFTT Könnte man eine Renderregel einführen, dass wenn sich ein place-Name auf ein Vieleck bezieht, dieser Name nur dargestellt wird, wenn es innerhalb des Vielecks möglich ist? Natürlich muss man dann größere Städte noch mindestens zusätzlich als Punkt mappen, damit sie auch in Übersichtskarten namentlich dargestellt werden. [...] Wenn dieser Vorschlag Zustimmung findet, würde ich mich darum kümmern, die Renderer so anzupassen, dass das korrekt angezeigt wird. Vielleicht lässt sich Dein Wunsch mit meinem verbinden. -- 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] Tagging von Places
Johannes Huesing wrote: Wo wir gerade dabei sind, würde ich gern diesen Diskussionsfaden kapern, um das *Rendering* von place-Namen anzusprechen. Eine ähnliche Diskussion zum Thema Tagging von Flurnamen auf dieser Liste verlief im Sande. Nachdem ich für einige Zeit Fluren als place=locality getaggt und mit Namen versehen hatte, ohne dass Mapnik oder Osmarender es darstellten, Wald-, Flur- und Gewann-Namen sind IMO unzweifelhaft place=locality. Und die zeichnen sowohl Mapnik als auch Osmarender ein. Letzterer IMO zu prominent, aber das ist Geschmackssache. Hier http://www.openstreetmap.org/?lat=48.1848lon=16.23094zoom=15 findest Du haufenweise locality Namen (das andere sind Wiesen-Namen). Aber die andere Idee interessiert mich, allerdings verstehe ich sie nicht... In Wien gibt's das Problem, daß die Donau ganz leicht sichelförmig verläuft. Jetzt liegen Donau, Neue Donau und Alte Donau ziemlich nahe beinander und das hat den Effekt, daß zumindest Mapnik die Beschriftung Donau mitten auf die Neue Donau und die Beschriftung Neue Donau mitte in die Alte Donau setzt. Das Problem sieht man hier: http://www.openstreetmap.org/?lat=48.21724lon=16.42955zoom=15 Würde das Proposal das lösen? Oder sollte nicht einfach die Beschriftung-Engine intelligenter werden, indem sich die Beschriftung einer Fläche jedenfalls /immer/ innerhalb der Fläche setzt, auch wenn diese sichelförmig ist. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places
Andreas Labres l...@lab.at [Sun, Jan 11, 2009 at 12:05:57AM CET]: Johannes Huesing wrote: Wo wir gerade dabei sind, würde ich gern diesen Diskussionsfaden kapern, um das *Rendering* von place-Namen anzusprechen. Eine ähnliche Diskussion zum Thema Tagging von Flurnamen auf dieser Liste verlief im Sande. Nachdem ich für einige Zeit Fluren als place=locality getaggt und mit Namen versehen hatte, ohne dass Mapnik oder Osmarender es darstellten, Was ich vergaß zu erwähnen, dass die Fluren als area dargestellt sind. Das hatte ich für selbstverständlich gehalten. Wald-, Flur- und Gewann-Namen sind IMO unzweifelhaft place=locality. Und die zeichnen sowohl Mapnik als auch Osmarender ein. Letzterer IMO zu prominent, aber das ist Geschmackssache. Aber nur, wenn sie punktförmig sind. Und dann weiß der Renderer natürlich nicht, in welchen Grenzen der Name dargestellt werden sollte. -- 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] Tagging von Places (was: Nachrichten von Gary68)
On Sat, 10 Jan 2009 23:16:46 +0100, Johannes Huesing johan...@huesing.name wrote: Könnte man eine Renderregel einführen, dass wenn sich ein place-Name auf ein Vieleck bezieht, dieser Name nur dargestellt wird, wenn es innerhalb des Vielecks möglich ist? Ich habe mich in letzter Zeit etwas mit dem Code von Osmarender beschäftigt, kann aber nicht garantieren alles zu kennen, daher sind meine Aussagen hier etwas unter Vorbehalt zu verstehen: Über Renderregeln allein ist das leider nicht zu machen und es gibt wohl keine Funktion in Osmarender die so etwas könnte, selbst das bestimmen der Zeichengröße für Straßennamen ist noch nicht so optimal gelöst. So findet sich folgender Kommentar in or/p: # --- # sub draw_text_on_path($rulenode, $way) # # draws a text (usu. road name) onto an already defined path. # Contains a very # crude hack that tries to guess the way length and reduce the font # size. This hack is present in Osmarender as well so we're compatible # but it should really be replaced by something that does a proper # calculation based on projected data and possibly font metrics,# rather than a crude approximation. Soweit ich das sehe ist es auch alles andere als trivial eine entsprechende Funktion einzubauen, die dein Problem löst. Ich gehe daher davon aus, dass wir zwar irgendwann solche Funktionen haben werden, aber eher nicht in der nächsten Zeit (außer es findet sich gerade jemand der das übernimmt, ich hab für sowas großes leider zumindest nächsten Monat keine Zeit). Natürlich muss man dann größere Städte noch mindestens zusätzlich als Punkt mappen, damit sie auch in Übersichtskarten namentlich dargestellt werden. Das finde ich einen ausgesprochen schlechten Vorschlag, der Renderer hat gefälligst automatisch zu entscheiden was dargestellt werden muss und was nicht. Sonst hat man wieder doppelte Labels, inkonsistente Daten etc. Gruß, Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places
Hallo, Hermann Kraus wrote: Natürlich muss man dann größere Städte noch mindestens zusätzlich als Punkt mappen, damit sie auch in Übersichtskarten namentlich dargestellt werden. Das finde ich einen ausgesprochen schlechten Vorschlag, der Renderer hat gefälligst automatisch zu entscheiden was dargestellt werden muss und was nicht. Sonst hat man wieder doppelte Labels, inkonsistente Daten etc. Es ist m.E. sehr sinnvoll, wenn wir - im Gegensatz zu vollautomatischen Rendersystemen wie z.B. bei Google - vielfaeltige Moeglichkeiten einbauen, wie man dem Renderer bei der Arbeit helfen kann - durch irgendwelche Hints, die ein unwissender Renderer zwar ignorieren kann, einer, der sie versteht, aber zur schoeneren Darstellung einsetzt. Dazu wuerde m.E. durchaus gehoeren, dem Renderer einen Tip zu geben, an welcher Stelle in einer Flaeche eine Beschriftung zu positionieren ist. Der Renderer soll natuerlich Methoden haben, automatisch einen guten Platz dafuer zu finden, aber in den Faellen, in denen er das nicht tut, sollte man manuell eingreifen koennen. Denn im Gegensatz zu Google et al. haben wir fuer jeden Quadratkilometer irgendjemanden, der sich dafuer interessiert, dem es ein Anliegen ist, dass die Karte da auch gut aussieht. Dieses Potential sollten wir nicht ungenutzt lassen. (Wem jetzt ein aber wir taggen doch nicht fuer Renderer auf der Zunge liegt, der moege meine bisherigen Ausfuehrungen zu diesem Thema ergooglen und mir ersparen, sie zu wiederholen.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachrichten von Gary68
Gary68 wrote: Hallo alle zusammen, anbei die (wöchentlichen) Nachrichten von Gary68... Mapping Quality http://wiki.openstreetmap.org/wiki/Mapping_Quality Ganz Deutschland ist nun mit Version 2.0 BETA gerechnet und veröffentlicht. Es gibt nun also STRAßENVERZEICHNISSE VON GANZ DEUTSCHLAND. Hallo Gary, das sind interessante Infos. Werden diese Verzeichnisse über http://www.gary68.de/osm/prg/mappingquality-latest.pl erzeugt? Dann muss ich das mal ausprobieren - ich hätte beim Straßenverzeichnis gerne jeweils auch noch Referenzkoordinaten dazu. Mit der automatischen Erkennung der Größe der Orte habe ich so meine Probleme, aber das könnt ihr in den Karten ja sehen. Die Quote ist schon gut, könnte aber besser sein. Also tragt für eure Orte Wege ein, die den Ort umschließen und korrekt getaggt sind. Siehe die Wiki-Seite. Die Straßenliste habe ich anhand eines bekannten Ortes verbessert. Da manche Leute auch unclassified und service (mit eigenem Namen) innerhalb der Orte verwenden, musste ich Anpassungen vornehmen. Die Ortschaftsinfo ist für mich erst mal redundant, im Gegenteil versuche ich, ohne sie auszukommen und umgekehrt aus den Straßendaten die Ortschaft herauszusuchen. Ich habe den Code nur einmal kurz überflogen. Problem-Beispiele: Heiligenstädter Str. in Bad Gögging nennt Länge Heiligenstadt? da scheint sich dein CSV am Semikolon im name-tag zu verschlucken. Was machst du in den Fällen, wo dem Weg ein Straßenname fehlt, über den Knoten aber ein solcher vorliegt? Sind das Fehlerfälle? Wie unterscheidest du gleichnamige Straßen, die nah beieinander liegen, aber zu unterschiedlichen Orten gehören oder sogar gleichnamig im gleichen Ort vorkommen? Beispielsweise gibt es in der Oberpfalz, Gemeinde Poppenricht die Goethestr., Hauptstr., Mozartstr., Schillerstr. und Sulzbacher Str. sowohl in Trasslberg als auch Witzlhof. Oder umgekehrt gleichnamige Straßen, die sich durch mehrere Orte hindurch zieht? Beispiel Oberpfalz, Gemeinde Maxhütte-Haidhof, Amberger Str. durch Birkenhöhe, Ponholz, Birkenzell Magst du im Straßenverzeichnis evtl. dazuschreiben, wann es erzeugt bzw. von welcher OSM-Version oder Datei es abgeleitet wurde? Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places
On Sun, 11 Jan 2009 00:41:25 +0100, Frederik Ramm frede...@remote.org wrote: Es ist m.E. sehr sinnvoll, wenn wir - im Gegensatz zu vollautomatischen Rendersystemen wie z.B. bei Google - vielfaeltige Moeglichkeiten einbauen, wie man dem Renderer bei der Arbeit helfen kann - durch irgendwelche Hints, die ein unwissender Renderer zwar ignorieren kann, einer, der sie versteht, aber zur schoeneren Darstellung einsetzt. Da hast du mich gründlich missverstanden. Ich finde solche Sachen durchaus gut und habe nicht umsonst die Label-Relation in meinem Ursprungsposting erwähnt. Was ich aber nicht toll finde ist: Erst die Ausgabe des Names durch eine Regel unterdrücken und dann einen Node setzen mit den gleichen Tags, die natürlich auch wieder mit denen des Ways synchron gehalten werden wollen um das Rendering wieder zu erzwingen. Das ganze sollte dann IMO lieber mit sinnvollen Tags und/oder Regeln ablaufen, so dass der Renderer entscheiden kann, was wichtig ist und was nicht. Und wenns mal nicht geht eben mit Label-Relation, die gibt es schon und die funktioniert schon (zumindest in manchen Programmen). Generell bin ich gegen alles, wo Daten doppelt eingetragen werden sollen. Das schafft nur zusätzliche Arbeit und Probleme sobald sich die Daten wiedersprechen. Gruß, Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach - zu viele Details gemapt
Örx! Bei openstreetmap hat jemand alle Häuser in Stuttgart abgemalt, jetzt ist der potlach nicht mehr zu gebrauchen Ich arbeite weiterhin gern mit Potlatch, aber wenn man einen zu großen Ausschnitt bearbeitet, ist er schrecklich lahm. Das passiert üblicherweise, wenn man bei einem größeren GPS-Track auf edit klickt. Man kann das Problem vermeiden, wenn man die Linkadresse kopiert (http://www.openstreetmap.org/edit?gpx=12345), im Viewmode einen passenden, kleinen Ausschnitt de Karte wählt, den Permalink anzeigt und die kopierte Adresse vor den Koordinaten einfügt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places
On Sun, 11 Jan 2009 00:05:57 +0100, Andreas Labres l...@lab.at wrote: Wald-, Flur- und Gewann-Namen sind IMO unzweifelhaft place=locality. Und die zeichnen sowohl Mapnik als auch Osmarender ein. Osmarender hat aber wie schon richtig erwähnt nur Regeln für Nodes, nicht für Ways/Areas. Letzterer IMO zu prominent, aber das ist Geschmackssache. Evtl. sollte man dann noch Tags erfinden, die die Wichtigkeit genauer angeben und dann das Rendering kleiner machen, bzw. je nach Zoomstufe unterdrücken. Würde das Proposal das lösen? Oder sollte nicht einfach die Beschriftung-Engine intelligenter werden, indem sich die Beschriftung einer Fläche jedenfalls /immer/ innerhalb der Fläche setzt, auch wenn diese sichelförmig ist. Das gibt es bereits in der XSLT-Version von Osmarender (und in or/p auch, da funktionierts aber nicht so perfekt und ist deshalb normal abgeschalten). Ich hab mal ein Rendering des Ausschnitts mit - zur Demonstration stark vergrößerten - Namen für Gewässer hochgeladen (leider mit or/p erstellt, der die Insel ignoriert, aber XSLT war zu langsam): http://img66.imageshack.us/my.php?image=wienaw7.png Du brauchst also keine Änderungen an den Daten, sondern nur einen besseren Renderer. Gruß, Hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sodakreisel
Addicks schrieb: wozu dienst dieser Kreisel in dieser Trunk-Ausfahrt an der B13 bei Übringshausen? Ist das nicht ein Teil der B 14? Auf jeden Fall der Teil eines Schildbürgerstreichs... http://maps.google.de/?ie=UTF8ll=49.16851,9.712805spn=0.00336,0.008551t=kz=17 (Unsere Karte gibt dazu leider nichts her) http://www.openstreetmap.org/?lat=49.16838lon=9.71283zoom=17layers=B000FTF Theorie war Wendemöglichkeit für Schneepflüge... Ich hatte mir das mal vor OSM-Zeiten angeschaut. Soweit ich weiß, stand da sowas wie Einsatzfahrzeuge frei. Theoretisch sollte da kein Schneepflug wenden müssen, es kreuzt ja Bundesstraße an Bundesstraße. Tobias signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach - zu viele Details gemapt
Stephan Wolff schrieb: Ich arbeite weiterhin gern mit Potlatch, aber wenn man einen zu großen Ausschnitt bearbeitet, ist er schrecklich lahm. Das passiert üblicherweise, wenn man bei einem größeren GPS-Track auf edit klickt. Man kann das Problem vermeiden, wenn man die Linkadresse kopiert (http://www.openstreetmap.org/edit?gpx=12345), im Viewmode einen passenden, kleinen Ausschnitt de Karte wählt, den Permalink anzeigt und die kopierte Adresse vor den Koordinaten einfügt. Genau den Effekt kenne ich. Kannst Du mal anhand eines Beispiels beschreiben, wie es trotzdem klappt mit dem Editieren anhand eines Einzeltracks? (Da wo es schon viele Tracks gibt scheint der Potlach ja willkürlich irgendwelche Tracks herunterzuladen bis in schon sehr gut gemapten/getrackten Gegenden eine nicht erkennbare Grenze erreicht ist und dann der genau zu gewünschte Track nicht dabei ist. Daher wäre es schon praktisch, den Track explizit auswählen zu müssen ohne die 3min-Kaffeepausen im Potlach bevor man hineinzoomen darf.) -jha- -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Places
Hermann Kraus wrote: Osmarender hat aber wie schon richtig erwähnt nur Regeln für Nodes, nicht für Ways/Areas. Das ist dann ein Fehler des Renderers. Im DE:Map_Features steht klar drin, daß place Tags auch für Flächen erlaubt sind (wie auch immer es dazu gekommen ist, daß das dort drinsteht). Letzterer IMO zu prominent, aber das ist Geschmackssache. Evtl. sollte man dann noch Tags erfinden, die die Wichtigkeit genauer angeben und dann das Rendering kleiner machen, bzw. je nach Zoomstufe unterdrücken. Ich bin noch nicht über eine Situation gestolpert, wo ich mit der bestehenden place-Hierarchie nicht ausgekommen wäre. IIRC ist zwischen hamlet und locality kein Unterschied in der Größe (beim Osmarender), das ist vielleicht nicht perfekt. http://img66.imageshack.us/my.php?image=wienaw7.png Sieht fein aus... :) Du brauchst also keine Änderungen an den Daten, sondern nur einen besseren Renderer. :) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gegenstueck zum Power Tag fuer GAS?
Ein Foto von der Gasstation würde wohl nicht viel bringen, ist ein unscheinbarer halbhoher Grashügel mit einer Eingangstür. Ich müsste noch mal nachsehen ob irgend was besonderes dran steht. schon: man soll davor nicht zündeln ;-) SCNR ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo. Am Samstag, 10. Januar 2009 schrieb Frederik Ramm: Langfristig will ich den Wireframe-Modus durch ein Wireframe-Stylesheet fuer den Mappaint-Modus ablösen. Dann wird es nur noch Mappaint geben ;-) aber das machen wir erst, wenn der Mappaint-Modus auch so performant ist, dass man es den Leuten zumuten kann, die derzeit aufgrund langsamer Darstellung den Wireframe vorziehen. Also ersten Tests zuvolge ist das im Moment noch nicht gegeben. :) Mappaint ist ja komplett konfigurierbar über XML-Styles. Wie muss ein Style aussehen, das einfach für alle Ways gilt, völlig schnurz welchen Tag das hat. Oder anders gesagt: Wer definiert den Default? Wenn man zum jetzigen Zeitpunkt einen Mappaint-Style bauen würde, der möglichst wie Wireframe aussieht, wäre der auch schneller als der normale Mappaint-Style, aber nicht ganz so flott wie Wireframe. Kannst es ja mal ausprobieren, das kann ich dann auch gleich als Basis nehmen ;-) und zu Deinen dickeren Linien kämst Du so auch. Hm. Mein Style sieht jetzt so aus: rules rule line width=2 colour=way#006600 / scale_min1/scale_min scale_max5/scale_max /rule /rules Die scale-Parameter hab ich einfach nicht kapiert, daher sind die drin (never touch ...). ;-) Das hat jetzt logischerweise keine condition und irgendwie sorgt das wohl dafür, dass das ignoriert wird. Mit condition / friert JOSM beim starten ein. :) JOSM hat eine neue preferences-Zele erstellt für mappaint.standard.way, die steht auch auf grün, die Wege sind aber grau. Zudem werden weiterhin alle Nodes die ein name-Tag haben mit einer quasi unlesbar kleinen Schrift gelabelt. Das wird wohl auch außerhalb des Stylesheet gesteuert. ;-) Besonders jetzt, wo Ulf diese Zeitmessung eingebaut hat, kann man ja beim Basteln schnell sehen, ob man jetzt Zeit gespart hat durch Weglassen von irgendwelchen Details. Dann freu ich mich drauf wenn JOSM so weit ist, dass man eine Zeitmessung braucht um den Unterschied zwischen Mappaint und Wireframe zu erkennen. ;-)) Gruß, Bernd -- Fachbegriffe der Informatik (#392): draußen Der große blaue Raum. U.a. daran zu erkennen, dass die Decke sehr hoch ist und an selbiger tagsüber eine nahe offen brennende Kernfusion als Deckenlampe dient, während nachts eine dunkle Deckenfarbe mit vielen kleinen hellen Punkte sowie manchmal einer blassen Lampe verwendet wird. (Alexander Schreiber) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Liniendicke
Hallo. Am Samstag, 10. Januar 2009 schrieb Ulf Lamping: Den nehme ich jetzt aber doch persönlich. Ich hab einen Haufen Zeug in die Mappaint Darstellung eingebaut die mir persönlich eigentlich sogar ziemlich egal sind. Das ist ne ganz andere Baustelle. Es ist mir egal, wie viel Kram der JOSM da unterstützt und welche Tags toller als welche anderen sind. Es geht mir darum, dass ich das nicht mehr übersichtlich finde sondern total überladen und unübersichtlich. du kannst meinetwegen nochmal 100.000 Features einbauen, JOSM wird dadurch nicht schneller und die Darstellung nicht übersichtlicher. Ich möchte gerne die *Daten* sehen, nicht ein gerendertes Ergebnis. Die Daten sind Ways und Nodes auf der einen Seite und Tags auf der anderen Seite. Wenn ich ein gerendertes Ergebnis sehe, fällt es mir viel schwerer, nicht für den Renderer zu mappen, schließlich hat ein Feature dann das Potenzial gleich im Editor scheisse auszusehen. Beim Drahtgittermodell kann das nicht passieren. Gruß, Bernd -- Es ist schwieriger eine vorgefasste Meinung zu zertrümmern, als ein Atom. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmosis-Polygon aus Relation
Hallo. Am Samstag, 10. Januar 2009 schrieb Frederik Ramm: Da kannst Du zumindest eine Relation als gpx-Datei ausgeben lassen; von dort liesse sich recht leicht ein .poly-File machen, oder Du ueberredest ihn, den Source herauszugeben und baust das dann schnell selber ein (AFAIK nicht im SVN bislang, vermutlich aber nicht, weil er geheim bleiben soll, sondern einfach, weil Adrian es nicht fuer wichtig genug hielt). Okay, danke dafür! Hab ihn mal angemailt. Im speziellen Fall brauche ich es für ein Script, mir wäre daher ein nicht-webbasiertes Programm lieber. Vielleicht kann ich auf seinem source was aufbauen (sofern er ihn veröffentlichen möchte). Gruß, Bernd -- Ein Kreis ist überall rund - auch an den Ecken. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlach - zu viele Details gemapt
Kannst Du mal anhand eines Beispiels beschreiben, wie es trotzdem klappt mit dem Editieren anhand eines Einzeltracks? (Da wo es schon viele Tracks gibt scheint der Potlach ja willkürlich irgendwelche Tracks herunterzuladen bis in schon sehr gut gemapten/getrackten Gegenden eine nicht erkennbare Grenze erreicht ist und dann der genau zu gewünschte Track nicht dabei ist. Daher wäre es schon praktisch, den Track explizit auswählen zu müssen ohne die 3min-Kaffeepausen im Potlach bevor man hineinzoomen darf.) Vielleicht verstehe ich das Problem nicht richtig, aber wenn ich einen GPS-Track in Potlatch bearbeiten will, dann gehe ich in GPS-Traces und klicke bei dem gewünschten Track auf Edit. Dann öffnet sich Potlatch mit genau dem einem GPS-Track. Wenn ich dann merke, dass der Ausschnitt zu groß ist und es ewig dauert, bis die Tracks geladen sind, dann verkleinere ich noch während des Ladens den Ausschnitt. Im Übrigen habe ich bei Potlatcch immer mit F4 die Mapnik-Karte im Hintergrund. Dann sieht man auch während Potlatch noch nachlädt, sofort wo man sich befindet und kann schonmal den richtigen Ausschnitt wählen. Das finde ich so praktisch an Potlatch, dass der Datenaustausch mit dem Server komplett im Hintergrund passiert und man gleichzeitig schon weiterarbeiten kann. Nur dadurch wird das Online-Arbeiten überhaupt erträglich. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
