Re: [OSM-talk] golf question
On Sat, 27 Dec 2008 12:39:42 +0530 Kenneth Gonsalves law...@au-kbc.org wrote: I am developing what in golfing terms is known as a stroke saver. This is a map of a golf course where the distances between various points are marked. The points may be significant rocks, trees, palm trees, yardage markers, sprinkler heads ... since these tags are specific to golf, I would not expect the regular renderers to ever render these. However the tags would be in the OSM database and rendered by a dedicated server. I would like some feedback on how to make these tags. I was thinking of something like this: golf=marker marker=tree/palm/rock/yardage/sprinkler etc description=some description Using this I expect to generate an svg image on which the lines can be drawn to show distances from given markers to other markers. Or could these lines be ways? golf=yardage distance=n any comments would be appreciated. I would say, if I understand correctly, that since these lines are derived in this sense, they shouldn't be in the database. Also, since the lines can be rendered from the markers, they don't need to be. Never thought I'd be answering a golf question. Hope that helps, anyway. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] golf question
On Sat, Dec 27, 2008 at 8:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: Did you check this: http://wiki.openstreetmap.org/index.php/Proposed_features/Golf_course ? Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problem adding images to Flickr OSM pool
Peter Miller wrote: I am having problems with adding Flickr images to the OpenStreetMap pool (and also to the ItoMedia pools) from a new user we have created. ... Can other people see ItoWorld's images in OpenStreetMap pool only when they are signed in? The images appear in the OpenStreetMap Group pool for me. Logged in or not. Likely caching flickr's side. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] namefinder problems
I just wonder what the problems with the namefinder are. Isn't it only ruby querying a database? It should not make that much problems as it should only return some text back... Is it gazetteer.openstreetmap.org which has sometimes problems? Another thing is that query results of both gazeteer *and* geonames should be shown asynchron - I mean results should not have to wait for each other but rather show up independent from each other so that which ever comes first can be already listed in the Search Results bar. And: are there any statistics about how often the namefinder is being used per day/week/month? Roman ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Fietspaden kots
Als eerste: Iets meer dan een jaar geleden is deze discussie ook al eens aan bod geweest en ik voorop stellen dat je niet verplicht bent om iets apart te mappen of het juiste op een makkelijkere manier te doen. Nu wat betreft de fietspaden: We hebben een uitspraak in OSM 'om de wereld zo nauwkeurig mogelijk te mappen'. Dit betekend in de praktijk dat we in de praktijk gescheiden rijbanen (zowel voor auto als fiets) apart intekenen. Het lijkt me dat je dit voor snelwegen geen probleem vindt, voor parallelwegen ook niet waarschijnlijk. Waarom voor fietspaden dan wel? Ik heb zelfs voorbeelden gezien in Duitsland waar alle voetpaden langs de wegen in kaart zijn gebracht. Meer mapping kan dus juist meer en beter informatie opleveren! Het feit dat de fietspaden (nog) niet goed aan de wegen zijn gekoppeld mag je naar mijn mening niet gebruiken om het concept van mappen van fietspaden langs wegen af te keuren. Dus als je zelf geen fietspaden apart wilt mappen: prima, mijn motto is altijd je moet/mag alleen doen waar je plezier in hebt. Maar veroordeel niet de mensen die dat wel doen. En verwijder al helemaal niet die fietspaden, dan krijg je een edit war. Matthijs Benschop wrote: Het valt mij vaak op dat mensen ten onrechte een fietspad naast een weg tekenen, terwijl die weg al de tag cycleway=track etc hebben. Bijna net zo vaak valt het mij op dat die mensen het begin en eind van dat fietspad helemaal niet hebben vastgezet aan bestaande wegen. Nu is ook mijn dorp het slachtoffer ;) geworden van deze fietspaden kots. Wat te doen? Verwijderen en de editor inlichten? Is dit nieuwe policy? http://www.openstreetmap.org/?lat=52.11522lon=4.90777zoom=17layers=B000FTF http://www.openstreetmap.org/?lat=52.081477lon=4.868685zoom=18layers=B000FTF ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden kots
On Saturday 27 December 2008, Lambertus wrote: Ik heb zelfs voorbeelden gezien in Duitsland waar alle voetpaden langs de wegen in kaart zijn gebracht. Inderdaad, en zag dat er eventjes lelijk uit :-) Alle gekheid op een stokje: trottoirs moeten echt niet via een way worden ingegeven, want daar is nu echt niets bij dat je aan extra informatie wint als je het doet met een way i.p.v. één of meer tags op de weg. Meer mapping kan dus juist meer en beter informatie opleveren! Het feit dat de fietspaden (nog) niet goed aan de wegen zijn gekoppeld mag je naar mijn mening niet gebruiken om het concept van mappen van fietspaden langs wegen af te keuren. Bah, improviseer een street-relatie. Die wordt al vaak gebruikt: type=street name=Naamstraat en voeg alles van die weg daaraan toe. Kan je eventueel ook alle POI's op die weg aan toevoegen. Alleen ga je mij vrijwel nooit aparte fietspaden zien tekenen, en dan hoofdzakelijk omdat het datamodel dat wegen worden bepaald door lineaire ways het maken dat je vaak zo'n verwrongen representatie van de werkelijkheid moet invoeren in OSM (en dan vooral aan kruispunten waar je rare kronkels moet verzinnen soms om alles aan elkaar te sluiten, tenzij je alles recht op recht houdt zodat je bij eventuele bus-, fiets- en wat-weet-ik-nog-allemaalroutes over dergelijke kruispunten al makkelijk 20 verschillende stukjes way kan krijgen omdat je voor die routes alles moet splitsen (*)) dat het ook niet meer mooi is. Al begrijp ik ook dat het ideale tweedimensionaal invoeren van wegen (dus straten als oppervlakken in plaats van lijnen) ook niet direct voor morgen is... Een ander probleem met alle aparte fietspaden is dat je access regels zo goed als zeker niet meer kloppen (lees: geen bicycle=no, op de weg zelf). Maar dat is niet een al te groot probleem, en kan worden opgelost met impliciete regels voor de streetrelatie van hierboven. Bijgevolg is mijn dogma dat je me nooit een fietspad zal apart zien aanmaken als het op het trottoir is ingebed, of als het vlak naast de weg ligt. En als het er zo uitziet als in http://www.lennisheuvel.nl/pics/fietspad.jpg zal ik het in zeer zeldzame gevallen nog wel eens tekenen, maar dan vooral omdat er een of andere vreemde bocht inzit. Dus als je zelf geen fietspaden apart wilt mappen: prima, mijn motto is altijd je moet/mag alleen doen waar je plezier in hebt. Maar veroordeel niet de mensen die dat wel doen. En verwijder al helemaal niet die fietspaden, dan krijg je een edit war. Tuurlijk, maar als mensen bepaalde fietspaden tekenen die ik nooit zou doen, wil ik wel altijd hun argumenten eens horen... Ben (*) en dat heb ik dus één keer gedaan, en toen zag ik ernaar, heb alles van fietspaden terug verwijderd en dan ben ik er meteen voor altijd mee gestopt. Productiviteit gaan namelijk fel achteruit als elk kruispunt een puzzel wordt :-) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden kots
Ben Laenen wrote: On Saturday 27 December 2008, Lambertus wrote: Ik heb zelfs voorbeelden gezien in Duitsland waar alle voetpaden langs de wegen in kaart zijn gebracht. Inderdaad, en zag dat er eventjes lelijk uit :-) Alle gekheid op een stokje: trottoirs moeten echt niet via een way worden ingegeven, want daar is nu echt niets bij dat je aan extra informatie wint als je het doet met een way i.p.v. één of meer tags op de weg. Als je op dat niveau wilt gaan editen moet je gewoon areas gaan tekenen. Meer mapping kan dus juist meer en beter informatie opleveren! Het feit dat de fietspaden (nog) niet goed aan de wegen zijn gekoppeld mag je naar mijn mening niet gebruiken om het concept van mappen van fietspaden langs wegen af te keuren. Bah, improviseer een street-relatie. Die wordt al vaak gebruikt: type=street name=Naamstraat en voeg alles van die weg daaraan toe. Kan je eventueel ook alle POI's op die weg aan toevoegen. Dat een way gewoon een relation moet worden wordt langzamerhand meer mensen duidelijk ;) Dus als je zelf geen fietspaden apart wilt mappen: prima, mijn motto is altijd je moet/mag alleen doen waar je plezier in hebt. Maar veroordeel niet de mensen die dat wel doen. En verwijder al helemaal niet die fietspaden, dan krijg je een edit war. Tuurlijk, maar als mensen bepaalde fietspaden tekenen die ik nooit zou doen, wil ik wel altijd hun argumenten eens horen... Je gaf het voorbeeld zelf al: provinciale wegen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden kots
On Saturday 27 December 2008, Ben Laenen wrote: Tuurlijk, maar als mensen bepaalde fietspaden tekenen die ik nooit zou doen, wil ik wel altijd hun argumenten eens horen... Voor correcte routering is het regelmatig nodig om fietspaden langs een weg als los fietspad in te tekenen. Voorbeeldje: http://openstreetmap.org/?lat=51.470303lon=5.546651zoom=18layers=B000FTF Je zou vervolgens kunnen besluiten om alleen in dit soort situaties losse fietspaden te tekenen, maar dan is het wel weer de vraag of je bij langere fietspaden dan alleen het relevante stukje los tekent of de hele lengte. In beide gevallen wordt het m.i. een groter inconsistent zooitje dan wanneer je gewoon alle losliggende fietspaden los tekent. -- Freek ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietspadenkots
Dames en heren van Open Streetmap, Met interesse lees ik altijd jullie correspondentie. Met de introductie van het woord 'Fietspadenkots' hebben jullie me dunkt een nieuwe mijlpaal bereikt; met een beetje mazzel halen jullie met dit woord de Van Dale. Verder wil ik jullie danken voor de introductie in de wondere wereld van het mappen, taggen en tracken. Helaas is mijn bijdrage van zeer bescheiden aard gebleken: ik heb slechts een dag straten verzameld in een buitenbuitenwijk van Rotterdam, maar heb toen wel het nut en het plezier van Openstreetmap zeer intensief beleefd. Hopelijk kan ik in 2009 nog een keer met jullie op stap. Groeten, Robert -- RBPvanWEPEREN | mobile office # 06 – 534 05 292 | www.vanweperen.nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Treinstations op de NL-tileserver
Hey allemaal, Ik zie dat de treinstations niet meer gerenderd worden op de NL-slippy map? Reden? Heeft iemand de staylesheet aangepast? Ben ik leip geworden? Dit lijkt me niet de bedoeling. Duivendrecht http://tile.openstreetmap.nl/?zoom=16lat=52.32347lon=4.93691layers=B000F Amstel http://tile.openstreetmap.nl/?zoom=17lat=52.34589lon=4.91742layers=B000F(het stationsgebouw is wel benoemd) Hilversum http://tile.openstreetmap.nl/?zoom=16lat=52.22625lon=5.18225layers=B000F Martijn -- 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
Re: [OSM-talk-nl] Treinstations op de NL-tileserver
zijn zeker voorbereidingen voor de HSL ;) zover ik weet is er niks veranderd op de server Op 27 december 2008 19:27 schreef Martijn van Exel mve...@gmail.com het volgende: Hey allemaal, Ik zie dat de treinstations niet meer gerenderd worden op de NL-slippy map? Reden? Heeft iemand de staylesheet aangepast? Ben ik leip geworden? Dit lijkt me niet de bedoeling. Duivendrecht http://tile.openstreetmap.nl/?zoom=16lat=52.32347lon=4.93691layers=B000F Amstel http://tile.openstreetmap.nl/?zoom=17lat=52.34589lon=4.91742layers=B000F(het stationsgebouw is wel benoemd) Hilversum http://tile.openstreetmap.nl/?zoom=16lat=52.22625lon=5.18225layers=B000F Martijn -- 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-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] GPS Mission en RouteMe - OSM op iPhone
Hey allen, Al gezien? http://www.iphoneclub.nl/22855/gps-mission-maakt-als-eerste-gebruik-van-open-street-maps/ Ik sprak de mensen van GPS Mission laatst op een congres, ze waren erg enthousiast over OSM. (Hmm - is trouwens een mooie showcase voor SOTM bedenk ik me nu!!) Ben blij dat er nu eindelijk een goede OSM-slippy map voor de iPhone is. Iets voor de blog! Wie? Martijn -- 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
Re: [OSM-talk-nl] Fietspaden kots
On Saturday 27 December 2008, Lambertus wrote: Dat is jouw mening en lijkt me erg gebaseerd op jou idee hoe een kaart eruit zou moeten zien en niet welke informatie we willen verzamelen. Uiteindelijk gaat OSM over het verzamelen van informatie en niet het maken van een (lelijke) slippy map. Persoonlijk map ik ook geen trottoirs, lantaarnpalen of putdeksels maar als iemand dat wel wil doen, prima. En als jij een kaart wilt maken zonder voetpaden langs de wegen dan kan dat evenals diegene die dat juist wél wil, gewoon een kwestie van filteren. Mijn mening is dat als je trottoirs met aparte objecten mapt, je dat moet doen met polygonen en niet met lijnen. Aangezien trottoirs nu eenmaal altijd tegen de rijweg aanliggen kan je niet meer informatie geven dan hier is een trottoir en eventueel de breedte op elk punt. En dat kan je dan evengoed op de way van de straat zelf toevoegen dan, tenzij je erop staat je leven moeilijk te maken :-) Als je trottoirs met aparte objecten wil mappen ga ik ervan uit dat je de volledige vorm van het trottoir wil ingeven, en dat kan enkel met polygonen. Maar in dat geval moet je ook wel de oorspronkelijke weg als polygoon hebben om niet te vreemd te doen... Al begrijp ik ook dat het ideale tweedimensionaal invoeren van wegen (dus straten als oppervlakken in plaats van lijnen) ook niet direct voor morgen is... Voor jou misschien ideaal. Voor mensen die een zo hoog mogelijke detail willen wellicht juist niet. Hoe wil je overigens die vlakken gaan mappen? Een lijntje in het midden en dan allemaal breedtes opgeven, of het tekenen van allemaal rechthoeken waarbinnen tags duidelijk moeten maken wat er allemaal is (middenberm, wegen, buitenberm, fietspaden, voetpaden)? Zoals de officiële kaarten bij bouwplannen en dergelijke: polygonen voor de straten, polygonen voor de fietspaden, de trottoirs, de bermen, parkeerplaatsen... Stel bijvoorbeeld voor dat je dit in OSM ziet: http://fietsersbondheezeleende.dse.nl/heeze_2_fietspaden_deelD.jpg . Ik begrijp niet wat je dan bedoelt met Voor mensen die een zo hoog mogelijke detail willen wellicht juist niet. Wat mij betreft is het invoeren van wegen en alles wat op die wegen ligt, hangt of staat met polygonen zowat het gedetailleerdste dat mogelijk is (of je moet al volledige driedimensionale modellen maken van bushokjes, gebouwen, verkeerslichten, etc.), en komen de mogelijkheden van lijnen niet in de buurt, tenzij je het begrip lijn met breedte invoert, maar dat zijn dan ook vermomde polygonen. Maar goed, dat is enkel een denkoefening nu en niet echt aan de orde want ik zie het niet echt onmiddellijk populair worden dat alle OSM'ers met landmetermateriaal de straten gaan afmeten, en onze gps'en zullen ook niet direct op tien centimeter na nauwkeurig gaan worden. Een ander probleem met alle aparte fietspaden is dat je access regels zo goed als zeker niet meer kloppen (lees: geen bicycle=no, op de weg zelf). Maar dat is niet een al te groot probleem, en kan worden opgelost met impliciete regels voor de streetrelatie van hierboven. Dat is dus wat ik ook doe, gewoon bycycle=no op een weg waar een fietspad naast is getekend. Dan ben jij een grote uitzondering :-) Hoe dan ook, 't is onvolledig (tenminste voor België), want dan zijn er ook regels voor bromfietsers (klasse B verplicht of verboden op fietspad, en soms mag die kiezen), en de regel dat je bij een richtingswijziging toch de rijbaan mag volgen als er een verplicht fietspad is. Dat werkt enkel met impliciete regels, maar afijn, dat is een andere discussie... Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Treinstations op de NL-tileserver
Martijn van Exel wrote: Ik zie dat de treinstations niet meer gerenderd worden op de NL-slippy map? Reden? Heeft iemand de staylesheet aangepast? Ben ik leip geworden? Dit lijkt me niet de bedoeling. Ik kan me eenzelfde opmerking herinneren op de talk ML, en toen was er inderdaad een stylesheet update geweest. Ik mis op dit moment ook de tracks op z14-z19, dus op zich mag de stylesheet nog een keer geüpdate worden vanuit svn. Staan de stations wel (weer) op de www.openstreetmap.org site? -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Treinstations op de NL-tileserver
Ja: http://www.openstreetmap.org/?lat=52.22634lon=5.18233zoom=16layers=B000FTF Martijn 2008/12/27 Lennard l...@xs4all.nl Martijn van Exel wrote: Ik zie dat de treinstations niet meer gerenderd worden op de NL-slippy map? Reden? Heeft iemand de staylesheet aangepast? Ben ik leip geworden? Dit lijkt me niet de bedoeling. Ik kan me eenzelfde opmerking herinneren op de talk ML, en toen was er inderdaad een stylesheet update geweest. Ik mis op dit moment ook de tracks op z14-z19, dus op zich mag de stylesheet nog een keer geüpdate worden vanuit svn. Staan de stations wel (weer) op de www.openstreetmap.org site? -- Lennard ___ 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
Re: [OSM-talk-nl] Fietspadenkots
Op Sat, 27 Dec 2008 18:33:18 +0100, schreef | RBPvanWEPEREN |: Dames en heren van Open Streetmap, Met interesse lees ik altijd jullie correspondentie. Met de introductie van het woord 'Fietspadenkots' hebben jullie me dunkt een nieuwe mijlpaal bereikt; met een beetje mazzel halen jullie met dit woord de Van Dale. Oh oh.. Ik schaam mij meteen :( Maar dit is voor mij een manier om de explosie van lelijke fietspaden over de hele map uit te drukken. Zei het met wat extra spreekwoordelijke kracht. Niet dat het correct is om deze bewoording te gebruiken op een mailing. Mijn excuus daarvoor. Met als smoes dat het waarschijnlijk met mijn leeftijd te maken heeft... ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden kots
Op Sat, 27 Dec 2008 15:30:16 +0100, schreef Lambertus: Als eerste: Iets meer dan een jaar geleden is deze discussie ook al eens aan bod geweest en ik voorop stellen dat je niet verplicht bent om iets apart te mappen of het juiste op een makkelijkere manier te doen. Inmiddels, dankzij deze discussie, mijn mening iets bijgesteld. Idd is het mischien beter om bij losliggende fietspaden deze los in te tekenen. Voornamelijk bij de provinciale wegen. Nu wat betreft de fietspaden: We hebben een uitspraak in OSM 'om de wereld zo nauwkeurig mogelijk te mappen'. Dit betekend in de praktijk dat we in de praktijk gescheiden rijbanen (zowel voor auto als fiets) apart intekenen. Het lijkt me dat je dit voor snelwegen geen probleem vindt, voor parallelwegen ook niet waarschijnlijk. Waarom voor fietspaden dan wel? Ik heb zelfs voorbeelden gezien in Duitsland waar alle voetpaden langs de wegen in kaart zijn gebracht. Meer mapping kan dus juist meer en beter informatie opleveren! Het feit dat de fietspaden (nog) niet goed aan de wegen zijn gekoppeld mag je naar mijn mening niet gebruiken om het concept van mappen van fietspaden langs wegen af te keuren. Echter, als je met voetpaden troittoirs bedoelt ben ik het absoluut weer niet mee eens. Dan moeten we straks rijbanen met fietssugestiestrook appart mappen. Dus eigenlijk ook elke rijbaan op een meerbaans weg appart mappen. Dus als je zelf geen fietspaden apart wilt mappen: prima, mijn motto is altijd je moet/mag alleen doen waar je plezier in hebt. Maar veroordeel niet de mensen die dat wel doen. En verwijder al helemaal niet die fietspaden, dan krijg je een edit war. Nee nee, deleten was niet het plan ;) Matthijs Benschop wrote: Het valt mij vaak op dat mensen ten onrechte een fietspad naast een weg tekenen, terwijl die weg al de tag cycleway=track etc hebben. Bijna net zo vaak valt het mij op dat die mensen het begin en eind van dat fietspad helemaal niet hebben vastgezet aan bestaande wegen. Nu is ook mijn dorp het slachtoffer ;) geworden van deze fietspaden kots. Wat te doen? Verwijderen en de editor inlichten? Is dit nieuwe policy? http://www.openstreetmap.org/? lat=52.11522lon=4.90777zoom=17layers=B000FTF http://www.openstreetmap.org/? lat=52.081477lon=4.868685zoom=18layers=B000FTF ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietspaden (voorheen: -kots)
bedankt Matthijs , dat je dit nog even heb opgeschreven en gezonden ! Niet dat dit nou zo heel erg was , maar ik had toch een beetje moeite met deze hele discussie-reeks , vanwege juist de voortdurende herhaling van de kots. ik hoop dat we ons verder kunnen overgeven aan de inhoud , zonder (te veel ) afleidende krachttermen . m vr groet , paul be. Matthijs Benschop schreef: Op Sat, 27 Dec 2008 18:33:18 +0100, schreef | RBPvanWEPEREN | Dames en heren van Open Streetmap, Met interesse lees ik altijd jullie correspondentie. Met de introductie van het woord 'Fietspadenkots' hebben jullie me dunkt een nieuwe mijlpaal bereikt; met een beetje mazzel halen jullie met dit woord de Van Dale. Oh oh.. Ik schaam mij meteen :( Maar dit is voor mij een manier om de explosie van lelijke fietspaden over de hele map uit te drukken. Zei het met wat extra spreekwoordelijke kracht. Niet dat het correct is om deze bewoording te gebruiken op een mailing. Mijn excuus daarvoor. Met als smoes dat het waarschijnlijk met mijn leeftijd te maken heeft... ___ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] TMC
Marcus Wolschon schrieb: Was jetzt noch fehlt ist ein Stück Sourcecode oder eine Beschreibung wie man RDS im allgemeinen und TMC im Speziellen auseinander nimmt um zu Event x StartOrt x EndOrt oder Event x Ort -Tupeln zu kommen. Wenn jemand da etwas hat, baue ich das gerne bei mir ein und stelle den Sourcecode und eine Dokumentation öffentlich. Marcus Leider kann ich auch nicht mit Code dienen, sondern nur mit dem Hinweis wer ein Freeware-Programm entwickelt hat, das TMC-Meldungen aus RDS ausfiltert, dekodiert und im Klartext in eine txt-Datei schreibt. Der Programmierer nennt sich NaviGer und ist bei den navifriends.de aktiv. Die Software heißt POIObserver. Der Admin von navifriends.de (Nick: suppengrün, Realname im dortigen Impressum) hat ein Programm namens TMC-View geschrieben das die genannte txt-Datei visualisiert. Vielleicht magst Du Dich mit den Beiden mal in Verbindung setzten. Die Navifreunde sind traditionell herstellerunabhängiger Freewareprogramme sehr aufgeschlossen eingestellt. Gruß Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
On Sat, Dec 27, 2008 at 06:18:47AM +0100, Marcus Wolschon wrote: http://rdsd.berlios.de/ rdsd ist rdsd, librds, and rdsquery are in alpha state now und seit dem 1.1.2006 mit Version 0.0.1 hat sich da nichts getan. Das scheint nichts funktionierendes zu sein. Hast du es ausprobiert? RDS ist jetzt mal 30? Jahre alt - Warum sollte sich zwischen 2006 und 2008 noch etwas signifikantes veraendern. Ich meine - da du eh mit RDS daten im NMEA was machen moechtest wirst du um selber stricken eh nicht drumherumkommen. Und wenn man sich das svn log vom rdsd/librds ansieht dann sind da in 2008-10 auch noch commits a la Added some headers to make the new gcc4.3 happy D.h. es wird wohl irgendwas funktionieren. Da bei deinem experiment die RDS frames ja nicht aus einem video4linux device troepfeln sondern in einem seriellen datenstrom versteckt sind wirst du das eh selbst erstmal demuxen muessen und dann den rdsd so anpassen das er auch das nimmt. Wird also zeit aus der Theorie mal Praxis zu machen ... 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] TMC // Konkurrenz
On Sat, Dec 27, 2008 at 12:45:46AM +0100, Garry wrote: Dann wird es Zeit ein OSM-TMC aufzubauen - eigentlich müssten wir das viel genauer adressierbar hinbekommen in dem wir jeden Node als Adresse zulassen... Dann kannst du aber nicht das Standard TMC Protokoll nehmen. Das laesst als abschnittsnummerierung nur 2^16 zu - d.h. wir koennen maximal 65535 adressierbare abschnitte definieren - oder in der obigen welt 2^16 nodes. Damit bekommst du vermutlich nichtmal Essen komplett adressiert :) TMC ist ja gerade deshalb so pfiffig weil es mit extrem wenig daten auskommt weil sender und empfaenger auf vordefinierte tabellen zurueckgreifen. 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] Rueckhaltebecken / Ueberschwemmungsflaeche
Hallo, Peter Herison schrieb: Hatten wir schon mal das Thema Rueckhaltebecken / Ausgleichs- / Ueberschwemmungsflaechen? Ein Gebiet/Senke, das/die meist nur wenig bis gar kein Wasser enthaelt, evt. von einem Gewaesser durchflossen wird, und nur zu bestimmten Zeiten (starke Regenfaelle, Schneeschmelze usw.) mit Wasser gefuellt ist, so dass ein See entsteht. Diese Gebiete sind meistens mit einem Damm begrenzt. Wie mappen wir sowas? Eigentlich sind das mehrere Fragen. Für Rückhaltebecken ist doch http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir ganz passend. Die sind ausdrücklich diesem Zweck gewidmet (abgesehen davon, dass sie auch naturnah gestaltet sein und passabel aussehen können) und oft auch eingezäunt . Hier kann es vorgesehen sein, dass das Wasser über längere Zeit steht und langsam über kleine Gewässer abgeleitet wird. Bei Überschwemmungsgebieten ist die Sache anders. Da liegt in der Regel eine Landnutzung vor. Der Zweck ist, dem Fluss seinen Raum zu geben (über die Ufer treten zu lassen), aber die Überflutung so rasch als möglich zu beenden. Schließlich soll die eigentliche Landnutzung möglichst wenig gestört werden. Hier würde ich die eigentliche Landnutzung kennzeichnen. Wurden offiziell Überschwemmungsgebiete ausgewiesen, sollten die ZUSÄTZLICH eingezeichnet werden, da damit auch Restriktionen für die Bürger verbunden sind. Dafür fehlen uns aber noch Tags - genauso wie für Wasserschutzgebiete, Heilquellenschutzgebiete etc. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Florian Lohoff schrieb: On Sat, Dec 27, 2008 at 12:45:46AM +0100, Garry wrote: Dann wird es Zeit ein OSM-TMC aufzubauen - +1 TMC ist ja gerade deshalb so pfiffig weil es mit extrem wenig daten auskommt weil sender und empfaenger auf vordefinierte tabellen zurueckgreifen. Bandbreite und Speicherplatz sollten kein Problem sein: die entwickeln sich sowieso recht schnell weiter. Bis wir ein funktionierendes System (die Daten und die Anwendungen, die diese Daten generieren und verarbeiten) haben, dauert es sowieso noch eine Weile. Bis dahin sind Flatrates noch weiter verbreitet, also sollte es kein groesseres Problem sein, zyklisch einen Server mit aktuellen Informationen bzgl. Geschwindigkeit auf einem Abschnitt zu fuettern / abzufragen. Ich wuerde auch bewusst von der Radio-Loesung Abstand nehmen, da man dafuer Hardware entwickeln / fertigen und vertreiben muesste, was nicht realistisch ist. Also, wann fangen wir mit OTM (Open Traffic Messages) an? Sich die Haende reibend, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radwege
Sven S. Messenger: sven...@yahoo.de sven1971sommerk...@gizmo5.com Voip: sip: 17472402163 Am Freitag, 26. Dezember 2008 11:41:32 schrieb talk-de-requ...@openstreetmap.org: Hallo! Dimitri Junker schrieb: Ob ein Radweg ein Track auf dem B?rgersteig oder eine lane auf der Stra?e ist, ist f?r unsichere, ?ltere Radfahrer sehr entscheidend. Diese Unterscheidungsm?glichkeit gibt es derzeit aber nur bei der 1-Weg Methode, n?mlich cycleway=lane oder track. Zeichnet man den Fahrradweg einzeln ist er highway=cycleway, da gibt es (noch) keine Unterscheidung. Zeichnet man ihn einzeln dann ist er weder ein cycleway=lane oder cycleway=track Ich kenne hierf?r, dass zu highway=cycleway ZUS?TZLICH cycleway= lane/track hinzugesetzt wird. Du meinst das an einen Radweg zusätzlich noch cycleway=lane, oder track hinzugefügt wird? Wozu? highway=cycleway ist doch ein eigenständiger Radweg? Das bezeichnet das Ganz doch schon hinreichend, cycleway=lane, oder track schließt das eigentlich aus.. -- Mit freundlichen Gruessen Wolfgang Wienke Mit freundlichen Grüßen Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radweg
Sven S. Messenger: sven...@yahoo.de sven1971sommerk...@gizmo5.com Voip: sip: 17472402163 Am Freitag, 26. Dezember 2008 17:04:06 schrieb talk-de-requ...@openstreetmap.org: Hallo, Meiner Erfahrung nach verl?uft ein Radweg, wenn er baulich getrennt ist, meistens entweder nicht immer parallel zur Stra?e (macht Schlenker etc.), oder es gibt an verschiedenen Stellen Querverbindungen zur Stra?e Als baulich getrennt (also cycleway=track) gilt schon ein Bordstein, und da ist der Fahrradweg meist parallel zur Stra?e und weniger als 1m von dieser entfernt. Und Querverbindungen taggen macht nur sinn wenn sie selten sind. Wenn man bei jeder Einfahrt, also etwa alle 20m wechseln kann schaut keiner auf die Karte oder sein Navi um zu sehen wann die n?chste Einfahrt kommt. Baulich gertennt kann also nicht bedeuten, das ein Bordstein das baulich trennt! Denn der Bordstein stellt wohl nicht wirklich ein Hindernis dar, oder? Es ist sehr leicht eine Straße über den Bordstein zu überqueren, ob mit Fahrrad oder zu Fuß. Das vermeidet auch einen ganzen anderen Haufen von Verständnisproblemen. Z.B. wie ist der Name des Weges? Und welche Hausnummer ist dort? Es vermeidet, alles Mögliche doppelt zu machen und spart dadurch ne Menge Arbeit und Daten. Wenn der Radweg auf dem B?rgersteig ist, sehe ich das noch nicht als bauliche Trennung an; Ich auch nicht! So steht es aber im Wiki - wir sind uns also da einig. Wenn das so im Wiki steht, und wir uns einig sind das ein Bordstein keine bauliche Trennung ist, was nach meiner Meinung nicht der Fall ist, dann sollten wir das ändern! Ein Beispiel f?r einen meiner Meinung nach unn?tigen abgesetzten Radweg ist hier in Aachen die Triererstr. S.: http://www.informationfreeway.org/?lat=50.769lon=6.120zoom=17 und http://maps.google.de/maps?oe=UTF- 8hl=deq=ie=UTF8om=1ll=50.769108,6.120047spn=0.001218,0.002355t=hz=1 9 vor allem da die Querverbindungen nicht eingetragen sind. Gru? Dimitri Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Hallo. Am Samstag, 27. Dezember 2008 schrieb Garry: eigentlich müssten wir das viel genauer adressierbar hinbekommen in dem wir jeden Node als Adresse zulassen... Keine wirklich zuverlässig Lösung, schließlich ändern sich node-IDs ab und an mal oder werden signifikant verschoben. Ich würde jetzt ganz banal die Streckenabschnitte wie gehabt irgendwie adressieren und dann für noch genauere Spezifizierung einfach GPS-Koordinaten angeben. Gruß, Bernd -- Ein Psychologe ist ein Mann, der beim Auftauchen eines hübschen Mädchens nicht das Mädchen anschaut, sondern die Männer, die das Mädchen anschauen. - Jo Herbst 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] TMC // Konkurrenz
Keine wirklich zuverlässig Lösung, schließlich ändern sich node-IDs ab und an mal oder werden signifikant verschoben. das läßt sich allerdings leicht mitverfolgen das muß man fürs routing ja auch beobachten lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Hallo. Am Samstag, 27. Dezember 2008 schrieb Wolfgang W. Wasserburger: das läßt sich allerdings leicht mitverfolgen das muß man fürs routing ja auch beobachten Nicht wirklich. Für's routing sind die Node-IDs erstmal relativ egal. Schließlich wird jeder, der einen Router schreibt, auf simplifizierten Daten arbeiten. Man braucht ja nur Kreuzungspunkte, alle zwischendrin sind irrelevant. Die OSM-IDs sind nach der Umwandlung meiner Meinung nach so egal, dass ich die gar nicht mit umwandeln würde. Also für einen solchen Info-Service braucht man halt Daten, die auf einer stets aktuellen Karte erzeugt werden und auch auf halbwegs alten Daten (~1 Jahr) uneingeschränkt funktionieren (ausgenommen halt neue Straßen). Es ist ja dafür nötig, dass ein mobiles Gerät, mit einer Offline-verfügbaren Karte über so wenig Daten wie möglich, maximal möglichen Informationsgehalt bekommt. Bei IDs ist das zwar prinzipiell gegeben, allerdings nur wenn die IDs eindeutig wären. Das sind sie aber nicht, da sich das mit der Entwicklung der Karte ändert. Daher der Vorschlag mit einfachen Koordinaten. Die werden sich nicht ändern und ein mobiles Gerät kann mit einer gewissen Unschäfe (es kommt nicht auf 500 Meter an, wenn man wissen will wo auf der A8 der Stau beginnt) die Daten interpretieren. Gruß, Bernd -- Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein lustiger Haufen kleinkarierter, besserwissender und arroganter Arschlöcher aber doch immer irgendwie lustig. - Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003 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] Plaedoyer fuer Nick ohne Realnamen
On Sat, Dec 27, 2008 at 08:45:00AM +0100, Karl Eichwalder wrote: Wenn du keinen realnamen verwendest, ist es dem arbeitgeber nicht möglich, deine artikel zu lesen. Offensichtlich bist du jemand, der sich nicht unter menschen traut, der menschen nichts zu sagen hat, der in der modernen welt nicht kommunizieren kann. Könntet ihr solche Aussagen bitte endlich mal sein lassen und den Thread beenden?! CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Garry schrieb: Naja, ein Radiosignal ist nicht unbedingt hochwertig wenn es das RDS-Signal mit ausgibt da dies ein Störsignal zur Musik ist - können die meisten aber eh nicht hören. Mit hochwertig meinte ich eine unverfälschte Klangausgabe. Selbst die Creative X-FIs zerhauen Dir noch die Phasenlage. Klar, man kann sie modden, aber dann greife ich doch lieber sofort zu einer anderen Soundkarte, EAX brauche ich nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radweg
Hallo, Wenn das so im Wiki steht, und wir uns einig sind das ein Bordstein keine bauliche Trennung ist, was nach meiner Meinung nicht der Fall ist, dann sollten wir das ändern! Dort steht Ein baulich abgesetzter Radweg (cycle track), z.B. durch einen Bordstein, der meist neben der Fahrbahn verläuft. Das ist wohl nicht falsch, könnte aber noch genauer erklärt werden ja nachdem was bei der Diskussion rauskommt. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radwege
Hallo, Wozu? highway=cycleway ist doch ein eigenständiger Radweg? Das bezeichnet das Ganz doch schon hinreichend, cycleway=lane, oder track schließt das eigentlich aus.. Wenn man den Fahrradweg einzeln zeichnen will (ich nicht;-) ) dann könnte man so angeben ob er auf der daneben gezeichneten Straße oder auf dem Bürgersteig verläuft. Eine der Hauptargumente für einzeln gezeichnete Fahrradwege sind ja usymetrische Straßen. Hat man rechts eine Fahradspur (cw=lane) und links einen Fahrradweg auf dem Bürgersteig (cw=track) kann man dies bisher mit keiner Methode mappen. Ich würde hier für cycleway=left:lane cycleway=right:track o.ä. plädieren, die, die einzelne Wege bevorzugen müßten also neben highway=cycleway noch irgendwie eingeben ob es ein lane oder track ist. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege in Passagen
2008/12/21 Bernd Wurst be...@bwurst.org Hallo. Am Sonntag, 21. Dezember 2008 schrieb Wolfgang W. Wasserburger: In Italien bilde ich mir sogar ein Raststätten gesehen zu haben, die quer über Autobahnen mit zwei Aufgangsgebäuden gestellt sind. Also sogar motorway? Da brauchst du nicht nach Italien fahren: http://de.wikipedia.org/wiki/Br%C3%BCckenrasthaus_Frankenwald http://de.wikipedia.org/wiki/Rastst%C3%A4tte_Dammer_Berge Gruß, Bernd ja, sehr richtig, ich kenne dieses Beispiel auch, aber das hat mit einer Passage (siehe Betreff) nichts zu tun. Das sind brückenartige Gebäude, die eine Straße überspannen. Da würde ich die Straße gar nicht antasten und das Gebäude mit building=yes, bridge=yes, layer=1 eingeben. Im Übrigen legt das ja auch schon der Name (Brückenrasthaus) nahe. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Nicht wirklich. Für's routing sind die Node-IDs erstmal relativ egal. Schließlich wird jeder, der einen Router schreibt, auf simplifizierten Daten arbeiten. Man braucht ja nur Kreuzungspunkte, alle zwischendrin sind irrelevant. Die OSM-IDs sind nach der Umwandlung meiner Meinung nach so egal, dass ich die gar nicht mit umwandeln würde. Ich halte mich beim Routen an die OSM-Node-Ids; das spart extra eine Topologie aufzubauen. Und das funktioniert auch. CU W. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Betriebssysteme für OSM-Anwender
Da muß etwas ganz falsch bei Dir laufen. Ich habe hier JOSM auf einem ältlichen Rechner, 550 MHz (allerdings zwei CPU) und kann überhaupt nicht klagen. Ein Arbeiten ist damit wirklich gut möglich, an meinem Laptop mit 1500 MHz (Centrino) sowieso. Ich kann natürlich auch nebenher Musik hören, schon allein, weil die Musik normalerweise auf dem anderen Kern abgespielt wird (ich habe Dualcore). ja, ich bin gerade im Urlaub in Deutschland und habe gestern ein bisschen mit JOSM von Luftbildern abgemalt. Auf einem P3 500 mit 384 MB RAM und XP SP3, ich tippe mal noch aus dem letzten Jahrtausend. Das war zwar nicht richtig flott, aber durchaus noch bedienbar (in einem kleinen Ausschnitt, den ich dann jeweils bearbeitet habe). Ich kann Dir aber leider von hier auch nicht sagen, woran es bei Dir liegt. Vielleicht lädst Du auch einfach übertrieben große Bereiche? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wege in Passagen
Hallo. Am Samstag, 27. Dezember 2008 schrieb Martin Koppenhoefer: Das sind brückenartige Gebäude, die eine Straße überspannen. Da würde ich die Straße gar nicht antasten und das Gebäude mit building=yes, bridge=yes, layer=1 eingeben. Im Übrigen legt das ja auch schon der Name (Brückenrasthaus) nahe. Ack. Genauso wie die Parkfinger der neuen Messe Stuttgart. Dort scheint das auch genau so gemacht zu sein: http://www.openstreetmap.org/?lat=48.69436lon=9.19443zoom=16 Gruß, Bernd -- Manche Menschen sind so seltsam, dass man es bereut, sie kennen gelernt zu haben. - Ernst R. Hauschka (dt. Aphoristiker) 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
[Talk-de] [tagging] Feature Proposal - RFC - Advanced footway and cycleway
http://wiki.openstreetmap.org/wiki/Proposed_features/Advanced_footway_and_cycleway ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Also, wann fangen wir mit OTM (Open Traffic Messages) an? Sich die Haende reibend, Julian Richtig super ist das erst, wenn man daraus auch Prognosen für Planungen ableiten kann. Das schwierigste an der Sache ist sicher, die kritische Masse an Einpflegenden zu erreichen. Das Technische ist sicher die leichtere Seite. lG Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM-Latest
Hallo, nur um zusätzlichen Fehlerberichten vorzubeugen: JOSM-Versionen größer 1180 benötigen ein Update aller Plugins! Die Software läuft vielleicht auch ohne, aber es werden an den ungewöhnlichsten Stellen Fehler auftreten. JOSM-Versionen 1180 sollten keine Plugin-Updates machen, da alle Plugins außer usertools und gpsbabelgui (die zwei haben keinen Code im SVN) jetzt für = 1180 sind :-) Allerdings bekommt man das beim nächsten Start auch deutlich gesagt. Leider haben wir keinen Mechanismus, der auf zu alte Plugins hinweisen könnte. 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] Rueckhaltebecken / Ueberschwemmungsflaeche
Norbert Kück o...@nk-bre.net [Sat, Dec 27, 2008 at 10:44:28AM CET]: Hallo, Peter Herison schrieb: Hatten wir schon mal das Thema Rueckhaltebecken / Ausgleichs- / Ueberschwemmungsflaechen? Ein Gebiet/Senke, das/die meist nur wenig bis gar kein Wasser enthaelt, evt. von einem Gewaesser durchflossen wird, und nur zu bestimmten Zeiten (starke Regenfaelle, Schneeschmelze usw.) mit Wasser gefuellt ist, so dass ein See entsteht. Diese Gebiete sind meistens mit einem Damm begrenzt. Wie mappen wir sowas? Eigentlich sind das mehrere Fragen. Für Rückhaltebecken ist doch http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir ganz passend. Das habe ich auch bei den Rückhaltebecken bei uns in der Siedlung so gemacht. Mapnik macht daraus was Blaues, das suggeriert, als sei es wassergefüllt, was es sehr selten und nur kurzzeitig ist. Da wir nicht für die Renderer mappen, stört mich das nicht, zumal es tatsächlich keinen anderen land use gibt, da wächst halt eine Wiese. -- 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
[Talk-de] Geschwindigkeit von JOSM (was: Re: Betriebssysteme für OSM-Anwender)
On Sat, Dec 27, 2008 at 02:09:33PM +0100, Martin Koppenhoefer wrote: [JOSM zum Abmalen von Luftbildern auf P3/500 mit 384MB ausreichend schnell] Vielleicht lädst Du auch einfach übertrieben große Bereiche? Vielleicht enthalten die Bereiche einfach deutlich unterschiedlich viele Daten? Die Bereiche, in denen ich arbeite, sind meist relativ detailliert gemappte Städte und Autobahnen, die an solchen vorbeiführen. Eine Mini-Statistik über die Anzahl der Objekte wäre hilfreich. Man könnte als Anhaltspunkt aber auch einfach mal die Daten lokal abspeichern und die Dateigröße (ungepackt) als Größenordnung verwenden. Z.B. wird JOSM bei einem Ausschnitt von Tübingen (ca. 1/2 Stadtgebiet) mit 1.8MB Dateigröße deutlich sprungartig beim Scrollen (rechte Maustaste) mit aktiviertem MapPaint (ohne ist es akzeptabel). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Florian Lohoff schrieb: Dann kannst du aber nicht das Standard TMC Protokoll nehmen. Das laesst als abschnittsnummerierung nur 2^16 zu - d.h. wir koennen maximal 65535 adressierbare abschnitte definieren - oder in der obigen welt 2^16 nodes. Damit bekommst du vermutlich nichtmal Essen komplett adressiert :) TMC ist ja gerade deshalb so pfiffig weil es mit extrem wenig daten auskommt weil sender und empfaenger auf vordefinierte tabellen zurueckgreifen. Das entstand aber aus der Notwendigkeit heraus mit der sehr gerinen Übertragungsrate von UKW/RDS auszukommen. Mit den heutigen technischen Möglichkeiten ist es nicht mehr zwingend notwendig sich so zu reduzieren. Man kann ja ein Übersystem definieren in das man auch TMC einbetten kann um kompatibel zu sein. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geschwindigkeit von JOSM (was: Re: Bet riebssysteme für OSM-Anwender)
Am 27. Dezember 2008 14:37 schrieb Sascha Silbe sascha-ml-gis-osm-talk...@silbe.org: On Sat, Dec 27, 2008 at 02:09:33PM +0100, Martin Koppenhoefer wrote: [JOSM zum Abmalen von Luftbildern auf P3/500 mit 384MB ausreichend schnell] Vielleicht lädst Du auch einfach übertrieben große Bereiche? Vielleicht enthalten die Bereiche einfach deutlich unterschiedlich viele Daten? Die Bereiche, in denen ich arbeite, sind meist relativ detailliert gemappte Städte und Autobahnen, die an solchen vorbeiführen. Eine Mini-Statistik über die Anzahl der Objekte wäre hilfreich. Man könnte als Anhaltspunkt aber auch einfach mal die Daten lokal abspeichern und die Dateigröße (ungepackt) als Größenordnung verwenden. Z.B. wird JOSM bei einem Ausschnitt von Tübingen (ca. 1/2 Stadtgebiet) mit 1.8MB Dateigröße deutlich sprungartig beim Scrollen (rechte Maustaste) mit aktiviertem MapPaint (ohne ist es akzeptabel). CU Sascha ohne Zweifel ist der von mir angegebene Rechner (von ca. 1999) eigentlich nicht mehr geeignet, um sinnvoll zu mappen. Allerdings reicht es immer noch völlig aus, z.B. einzelne Objekte einzutragen, wenn man sich wirklich nur die Stelle raussucht, wo man arbeiten will. Ich habe damit z.B. gestern die Stiftskirche in Tübingen eingetragen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Bernd Wurst schrieb: Also für einen solchen Info-Service braucht man halt Daten, die auf einer stets aktuellen Karte erzeugt werden und auch auf halbwegs alten Daten (~1 Jahr) uneingeschränkt funktionieren (ausgenommen halt neue Straßen). Es ist ja dafür nötig, dass ein mobiles Gerät, mit einer Offline-verfügbaren Karte über so wenig Daten wie möglich, maximal möglichen Informationsgehalt bekommt. Bei IDs ist das zwar prinzipiell gegeben, allerdings nur wenn die IDs eindeutig wären. Das sind sie aber nicht, da sich das mit der Entwicklung der Karte ändert. Daher der Vorschlag mit einfachen Koordinaten. Die werden sich nicht ändern und ein mobiles Gerät kann mit einer gewissen Unschäfe (es kommt nicht auf 500 Meter an, wenn man wissen will wo auf der A8 der Stau beginnt) die Daten interpretieren. Du wirst anderst darüber denken wenn Du 2h 500m vor der nächsten Ausfahrt stehst... hatte ich erst vor kurzem. Bei Autobahnen wäre es relativ einfach adressierbar - Autobahnnummer+Kilometer+Richtung. Bei niedrigeren Kategorien wird es wahrscheinlich schwieriger Daten für den offizoellen Streckenkilometer zu bekommen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Bei Autobahnen wäre es relativ einfach adressierbar - Autobahnnummer+Kilometer+Richtung. Zumindest in Österreich gibt es da noch die Doppel- und Fehlkilometer aufgrund von Umplanungen, Begradigungen, Umbauten etc. Das ist also zumindest hierzulande kein eindeutiges Bezugssystem ;-) lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Statistik Oberpfalz
Hallo, im Geofabrik-Blog habe ich ein paar Bilder zur Entwicklung der Oberpfalz-Daten: http://blog.geofabrik.de/?p=19 Die Gesamtlänge an Straßen/Wegen ist von Mitte Dezember bis jetzt von 15.000km auf 25.000km angewachsen, das ist schon ganz beachtlich. Die Anzahl Nodes hat sich sogar mehr als verdoppelt (von rund 325k auf 750k) und statt 450 Benutzer (Mitte Dezember) haben mittlerweile 650 verschiedene Benutzer in der Oberpfalz ihre Marke hinterlassen. Die Grafiken in diesem Blogartikel sind zur rechtefreien Verwendung (Quellenangabe wird natürlich immer gern gesehen). Wer selber Bilder rechnen will, kann von mir auch die Rohdaten dazu bekommen (ein Datensatz pro Woche für ganz 2008 bzw. ab 12.12.08 ein Datensatz pro Tag). 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] TMC // Konkurrenz
Hallo. Am Samstag, 27. Dezember 2008 schrieb Garry: Du wirst anderst darüber denken wenn Du 2h 500m vor der nächsten Ausfahrt stehst... hatte ich erst vor kurzem. Wie hoch denkst du, ist die erreichbare zeitliche Auflösung eines solchen Info-Systems? Und welche zeitliche Auflösung bräuchte man um einen Voll-Stau so genau zu spezifizieren? Ich denke mehr als irgendwie 5 Minuten wird man auf absehbare Zeit nicht hinbekommen. Das reicht nicht um eine so genaue Staulängen-Angabe zu haben. Zudem: Ich gehe stark davon aus, dass die Abschnitts-Unterteilung dir schon sagen kann, auf welcher Seite der Ausfahrt man betroffen ist. Das wäre also nicht das Problem. Gruß, Bernd -- Ich entscheide, wen ich lese, und Du entscheidest, was wichtiger ist: Von möglichst vielen gelesen zu werden oder ein Pseudonym zu benutzen und auf einige Leser zu verzichten. - C.Treffler in de.soc.netzkultur 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] Rueckhaltebecken / Ueberschwemmungsflaeche
In Frankreich hatten wir auch schon die Frage trockener Stauzonen und Rückhaltebecken, und haben keine wirkliche Lösung gefunden. Wenn est ein eingezäuntes Becken ist (wo niemand 'rein kann), scheint das landuse=reservoir angebracht zu sein, wenns jedoch öffentlich zugängliches Gebiet ist, schien es besser, ein area mit dem normalen landuse zu setzen, mit im name: einen Zusatz 'Inondable' (entspricht 'Überschwemmungsgebiet') (Ja, damit's auf der Karte angezeigt wird. Unsichtbare Tags sind Nonsens für den Benutzer. Warum OSM-Karten mit Geheimtinte zeichnen ?). Das ist jedoch keine prinzipielle Lösung der Frage, kein Konsensus. --- Was uns die Frage regelmässig unter Wasser stehender Verbindungsstrassen wie den Goix von Noirmoutier (Départemental-Straße, nur bei Ebbe befahrbar) offen lässt, wie auch Verbindungsstrassen im Zentralmassif, in den Alpen und in Südfrankreich, die durch Trockenbette führen, ohne Brücken, und zwei oder drei mal im Jahr überschwemmt und nicht befahrbar sind. Tags date_on und date_off bringen da nix. Genausowenig wie für Pässe, die in der Skisaison geschlossen sind, und die Pisten und Lifte kreuz und quer über diese Strassen führen. das hängt vom Schneefall ab. Es fehlt ein Tag temporary, mit entsprechender Spezifikation wie z.B. Ebbe/Flut, Vollmond/ Neumond, Winter/Sommer, Schneefall, Touristensaisons, Trockenzeit/ Regenzeit, Gewitter.Unwetter, eben die ganzen Randbedingungen. Auch die Benutzung von Eisbahnen, Schwimmbädern, Kanälen, Häfen und Hebebrücken steckt da mit drin. Sowie Alles, was nicht von unserm westlichen christlichen Sonnen(Datums)Kalender abhängt. Auf den ersten Blick scheinen solche Sachen vernachlässigbar zu sein, aber wenn man genauer hinsieht ins lokale Leben, da werden derart Sachen wichtig. Es wäre ein Mehrwert für OSM, wenn wir derart Tatsachen und Verkehrshindernisse kartografisch ausdrücken könnten - ohne ins Detail gehen zu wollen, eben nur anzeigen, dass dieses oder jenes Risiko besteht. Falls jemand eine Lösung hat, bin ich gerne Abnehmer ! :-) Gerhard g...@wanadoo.fr --- Le 27 déc. 08 à 14:35, Johannes Huesing a écrit : Norbert Kück o...@nk-bre.net [Sat, Dec 27, 2008 at 10:44:28AM CET]: Hallo, Peter Herison schrieb: Hatten wir schon mal das Thema Rueckhaltebecken / Ausgleichs- / Ueberschwemmungsflaechen? Ein Gebiet/Senke, das/die meist nur wenig bis gar kein Wasser enthaelt, evt. von einem Gewaesser durchflossen wird, und nur zu bestimmten Zeiten (starke Regenfaelle, Schneeschmelze usw.) mit Wasser gefuellt ist, so dass ein See entsteht. Diese Gebiete sind meistens mit einem Damm begrenzt. Wie mappen wir sowas? Eigentlich sind das mehrere Fragen. Für Rückhaltebecken ist doch http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir ganz passend. Das habe ich auch bei den Rückhaltebecken bei uns in der Siedlung so gemacht. Mapnik macht daraus was Blaues, das suggeriert, als sei es wassergefüllt, was es sehr selten und nur kurzzeitig ist. Da wir nicht für die Renderer mappen, stört mich das nicht, zumal es tatsächlich keinen anderen land use gibt, da wächst halt eine Wiese. -- 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] Statistik Oberpfalz
Frederik Ramm frede...@remote.org [Sat, Dec 27, 2008 at 03:20:28PM CET]: [...] Die Gesamtlänge an Straßen/Wegen ist von Mitte Dezember bis jetzt von 15.000km auf 25.000km angewachsen, das ist schon ganz beachtlich. Die Anzahl Nodes hat sich sogar mehr als verdoppelt (von rund 325k auf 750k) und statt 450 Benutzer (Mitte Dezember) haben mittlerweile 650 verschiedene Benutzer in der Oberpfalz ihre Marke hinterlassen. Interessant wäre die Entwicklung bei den natural=waters an, das wird explosionsartig sein. Oder Quotient aus Anzahl Nodes und Fläche bei den Waldstücken ... Als Ortsunkundiger komme ich mir als Landschaftsmaler am nützlichsten vor. Wenn man wissen will, wie die Bedeutung einer Straße einzuordnen ist oder wie der Wegebelag ist, muss halt hinreisen. Erst recht wer wissen will, wie die $...@# Wege im Wald weitergehen. -- 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] Rueckhaltebecken / Ueberschwemmungsflaeche
g.d g...@wanadoo.fr [Sat, Dec 27, 2008 at 04:11:46PM CET]: wie auch Verbindungsstrassen im Zentralmassif, in den Alpen und in Südfrankreich, die durch Trockenbette führen, ohne Brücken, und zwei oder drei mal im Jahr überschwemmt und nicht befahrbar sind. highway=ford? Das mag einige bei Trockenperioden unnötig abschrecken, aber wenn's ordentlich geregnet hat, ist man gewarnt. Auch die Benutzung von Eisbahnen, Schwimmbädern, http://wiki.openstreetmap.org/wiki/Key:opening_hours [...] Es wäre ein Mehrwert für OSM, wenn wir derart Tatsachen und Verkehrshindernisse kartografisch ausdrücken könnten - ohne ins Detail gehen zu wollen, eben nur anzeigen, dass dieses oder jenes Risiko besteht. Kartografisch ist zunächst das Problem der Renderer-Autoren. Auf Straßenkarten würde ich bei opening_hours zum Beispiel nur Fähren und dgl. erwarten, nicht die Stadtbibliothek. -- 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
[Talk-de] route=train oder route=rail?
Hallo! Mir ist da in der ÖPV Karte von Melchior Moos aufgefallen, dass es offenbar mehrere Auffassungen gibt, wie ein Bahnlinie zu taggen ist. Offenbar ist route=rail die verbreitetste Variante, die aber anscheinend zunehmend Konkurrenz von route=trainbekommt. Bei mir in der Region wurde es teilweise auch schon umgetaggt. Ich bin mir da unschlüssig, was sinnvoller ist. Rein von der Logik der Wörter her, finde ich train doch irgendwie sehr seltsam, da es sich bei einem train doch lediglich um das Fahrzeug handelt. Andererseits handelt es sich bei rail eher nur um den Gleiskörper, wenn ich da richtig informiert bin. Irgendwo dazwischen müsste die Linie liegen, denke ich, allerdings kenne ich mich in der englischen Fachterminologie diesbezüglich auch nicht sonderlich gut aus. Oder ist mit train sinngemäß die Linie gemeint, da der Zug mit der Bezeichnung RE 4711 die Route fährt, die in der entsprechenden Relation dargestellt ist? Aber wofür ist dann rail gedacht? Ich bin verwirrt, klärt mich bitte auf. Gruß: Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route=train oder route=rail?
Hallo, Martin Siegel wrote: Mir ist da in der ÖPV Karte von Melchior Moos aufgefallen, dass es offenbar mehrere Auffassungen gibt, wie ein Bahnlinie zu taggen ist. Offenbar ist route=rail die verbreitetste Variante, die aber anscheinend zunehmend Konkurrenz von route=trainbekommt. Bei mir in der Region wurde es teilweise auch schon umgetaggt. Ich bin mir da unschlüssig, was sinnvoller ist. Wie Du richtig schreibst, ist beides nicht ganz falsch. Der Engländer würde eine abstrakte Linie vermutlich mit Service bezeichnen, aber das bringt uns nur noch mehr Durcheinander. Was spricht dagegen, route=train und route=rail zunächst einmal einfach gleichberechtigt zu verwenden, anstatt sich total verwirren zu lassen ;-)? 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] Plaedoyer fuer Nick ohne Realnamen
Karl Eichwalder schrieb: Wenn du keinen realnamen verwendest, ist es dem arbeitgeber nicht möglich, deine artikel zu lesen. Offensichtlich bist du jemand, der sich nicht unter menschen traut, der menschen nichts zu sagen hat, der in der modernen welt nicht kommunizieren kann. Da muss ich Dir völlig Recht geben. Mir als Arbeitgeber wäre es lieber, ich sehe, der Typ macht was und setzt sich ein, als ob er ein unbeschriebenes Blatt ist. Ob mir nun OSM persönlich gefällt oder nicht, ist doch egal - hauptsache ich sehe, der setzt sich ein. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Nick ohne Realnamen
Sascha Silbe schrieb: Könntet ihr solche Aussagen bitte endlich mal sein lassen und den Thread beenden?! So klingen immer Väter und manchmal auch Mütter, wenn ihnen die Argumente ausgehen. Unterste Schublade und rechthaberisch! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapping Qualität - Unkartografiert rel oaded
hi, habe mal ein wenig an der mapping-qualitäts-geschichte gearbeitet. erste ergebnisse hier http://wiki.openstreetmap.org/wiki/Mapping_Quality bw, bayern, hamburg, berlin und saarland sind schon online. neu sind viele weitere zahlen neben mapped/unmapped/sparsely mapped. und die ergebnisse gibt es auch in weiterverwertbaren csv-dateien - für calc, excel etc. eine bewertung fällt schwer, wie zu erwarten. größtes problem ist denke ich, dass wir wenig populationsdaten und keine (ungefähren) radien der places haben. ps: in den htmls weiter runter scrollen, um zu den gesamten details zu kommen!!! pps: das programm generiert auch die text files für die unmapped slippy map hier: http://www.gary68.de/osm/qa/unmapped/index.php ciao gerhard gary68 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Doru Julian Bugariu schrieb: Also, wann fangen wir mit OTM (Open Traffic Messages) an? Das klingt für mich so ein bisschen nach Schnellschussplanung. So etwas ist recht komplex. Da gehört einiges an Entwicklungsarbeit dazu. Außerdem brauchen alle Teilnehmer ein PNA, dass wahlweise W-LAN fähig oder eben onlinefähig per UMTS oder GPRS ist. Sowas haben die wenigsten. Ich bin dafür, dass man zunächst einmal alle Möglichkeiten niederschreibt und dann gegenseitig abwiegt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ende eines Tracks
Hallo, ich versuche des Wegende eines Tracks (meistens forstwirtsch. Wege), der irgendwann im Nirwana endet, zu kennzeichnen um zu erkennen, ob ich noch einmal dahin muss. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Hallo, also zumindest das Plugin DirectUpload lässt sich bei mir nicht wieder aktivieren. Doof :-( Arne ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Moin ich versuche des Wegende eines Tracks (meistens forstwirtsch. Wege), der irgendwann im Nirwana endet, zu kennzeichnen um zu erkennen, ob ich noch einmal dahin muss. Dafür eignit sich noexit=yes auf den letzten Node. Das wird von JOSM auch von JOSM mit einem Icon dargestellt und hilft bei der Übersichtlichkeit solcher Wege sehr. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Qualität - Unkartografiert reloa ded
Am Samstag, 27. Dezember 2008 17:25 schrieb Gary68: hi, habe mal ein wenig an der mapping-qualitäts-geschichte gearbeitet. erste ergebnisse hier http://wiki.openstreetmap.org/wiki/Mapping_Quality bw, bayern, hamburg, berlin und saarland sind schon online. neu sind viele weitere zahlen neben mapped/unmapped/sparsely mapped. und die ergebnisse gibt es auch in weiterverwertbaren csv-dateien - für calc, excel etc. eine bewertung fällt schwer, wie zu erwarten. größtes problem ist denke ich, dass wir wenig populationsdaten und keine (ungefähren) radien der places haben. ps: in den htmls weiter runter scrollen, um zu den gesamten details zu kommen!!! pps: das programm generiert auch die text files für die unmapped slippy map hier: http://www.gary68.de/osm/qa/unmapped/index.php Ich hab mir mal Hamburg angesehen (welches ja zumindest alle Straßen nachweißbar erfasst hat), und gerade nicht das Gefühl, das mich das weiterbringt. z.B tauchen dort Orte auf, die gar nicht in Hamburg liegen und auch der Ausschnitt der Geofabrik sollte nicht bis Sottorf gehen. Beispiele:Sottorf, Vahrendorf, Schenefeld, Neu Wulmstorf (da gehört auch nicht zu Wedel), Rübke, Schulau, Wedel Ich hab auch das Gefühl, das die Place-Distance viel zu klein gewählt ist für Hamburger Stadtteile. Wir haben in der Hamburg.osm.bz2 von der Geofabrik ca. 223.000 Nodes für ganz Hamburg und ca. 100 Stadtteile. Das heißt du müsstest eigentlich auf ca. 2230 Nodes pro Stadteil kommen. Trotzdem gibt es Stadtteile wie Gut Moor die fast nur aus einer Straße bestehen. Da kann dein Tool eigentlich nur Meckern ;-) Versteh mich bitte nicht falsch, ich finde es Großartig, das du so viele Vergleiche machst, nur denke ich das die Aussagekraft begrenzt ist, wenn es selbst in Hamburg so viele Ungereimtheiten gibt. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rueckhaltebecken / Ueberschwemmungsflaeche
g.d schrieb: wenns jedoch öffentlich zugängliches Gebiet ist, schien es besser, ein area mit dem normalen landuse zu setzen, mit im name: einen Zusatz 'Inondable' (entspricht 'Überschwemmungsgebiet') (Ja, damit's auf der Karte angezeigt wird. Unsichtbare Tags sind Nonsens für den Benutzer. Warum OSM-Karten mit Geheimtinte zeichnen ?). Das ist ein Problem des Kartenrenderers. In der Datenbank hat sowas eigentlich nichts verloren. Was uns die Frage regelmässig unter Wasser stehender Verbindungsstrassen wie den Goix von Noirmoutier (Départemental-Straße, nur bei Ebbe befahrbar) offen lässt, Die Strasse heisst uebrigens: Gois (http://fr.wikipedia.org/wiki/Passage_du_Gois). In meiner Kindheit hatte ich dort viele Sommer lang die Gelegenheit auf dem Meeresgrund herum zu wandern und Muscheln und Anemonen zu suchen... :) *seuftz* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Meine Plugins laufen auch nicht. Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Sat, 27 Dec 2008, Arne Bischoff wrote: also zumindest das Plugin DirectUpload lässt sich bei mir nicht wieder aktivieren. Doof :-( Warum schreibst Du sowas? Was erwartest Du als Antwort? Denkst Du ich mache aus Spaß so eine gravierende Änderung damit ich wieder mehr Postings und Bugreports beantworten kann? Wenn Du irgendeinen sinnvolle Antwort erwartest, dann ergänze doch bitte als Minimum: a) Welche JOSM-Version nimmst Du b) Welche Version des DirectUpload-Plugins nimmst Du. c) Welches OS nimmst Du. Und beim nächsten Mal schreibst Du das bitte gleich dazu. Und wenn Du einen richtigen guten Report abgibst steht auch noch drin: d) Was passiert, wenn Du die Preferences löscht und neu startest e) Was genau bedeutet lässt sich nicht aktivieren f) ... 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] Plaedoyer fuer Nick ohne Realnamen
Moin Karl, Offensichtlich bist du jemand, der sich nicht unter menschen traut, der menschen nichts zu sagen hat, der in der modernen welt nicht kommunizieren kann. ach, was soll das denn... Solange jemand nicht ständig den Nick wechselt oder ungeeignete, provozierende, halt typische Troll- Bezeichnungen wählt, juckt das doch keinen. Ich kenne auch Leute persönlich, die je nach Kontext mal mit Nick und mal mit Realnamen schreiben - und die haben jeweils gute Gründe dafür. Das könnte auch zu denken geben. Über Toleranz? Über unendlich öde Diskussionen? Rainer (der auch ein paar Realnamen im Filter hat - Blödfug verbreiten manche auch unter ihrem richtigen Namen) -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rueckhaltebecken / Ueberschwemmungsflaeche
Moin Peter, Hatten wir schon mal das Thema Rueckhaltebecken / Ausgleichs- / Ueberschwemmungsflaechen? Ein Gebiet/Senke, das/die meist nur wenig bis gar kein Wasser enthaelt, evt. von einem Gewaesser durchflossen wird, und nur zu bestimmten Zeiten (starke Regenfaelle, Schneeschmelze usw.) mit Wasser gefuellt ist, so dass ein See entsteht. Diese Gebiete sind meistens mit einem Damm begrenzt. Mir wurde zu landuse=reservoir, area=yes geraten. Bei reinen Regenrückhaltebecken dürfte nicht stören, daß die Fläche dann immer von den Renderern komplett blau gemalt wird, auch wenn's zwischendurch trocken fällt. Bei einem Fluß mit Überschwemmungsgebiet (z.B. auch Tidenflüsse wie die Eider in Schläfrig-Holzbein) paßt das aber nicht, ebensowenig bei manchen Becken wie diesem hier: http://www.openstreetmap.org/?lat=51.51715lon=7.68808zoom=17layers=0B00FTF Wenn es da mal dicke kommt, können dort auch große Teile der Wege südlich des querlaufenden Damms (da geht die Treppe rauf) überschwemmt werden, die derzeitig dort blau gerenderte Fläche ist eigentlich nur eine sumpfige Wiese, tiefster Punkt der Fläche halt und ohne Wege. Etwas nördlich davon gibt es einen zweiten Damm, der dort eingezeichnete Teich ist jedoch immer vorhanden, kann aber ebenfalls bei Starkregen die angrenzenden Fußwege überschwemmen: http://www.openstreetmap.org/?lat=51.5225lon=7.68677zoom=17layers=0B00FTF Ich denke, daß dafür irgendwelche neuen Tags nötig wären, gerendert werden könnte sowas ja eventuell mit einem Streifenmuster oder sowas in der Art. Hab keine Ahnung von der Technik. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Nick ohne Realnamen
On Sat, Dec 27, 2008 at 05:22:20PM +0100, André Reichelt wrote: Könntet ihr solche Aussagen bitte endlich mal sein lassen und den Thread beenden?! So klingen immer Väter und manchmal auch Mütter, wenn ihnen die Argumente ausgehen. Unterste Schublade und rechthaberisch! *plonk* CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Qualität - Unkartografiert r eloaded
hi sven, ja, das mit der distanz weiß ich ja. nur weiß ich nicht, was ich da im augenblick machen soll. die daten kommen aus der geofabrik, also muss es die von dir genannten places in dem ausschnitt geben... ich habe mich extra zurückgehalten, die daten irgendwie zu bewerten :-) außer bei FIXMEs, wo es keine diskussionen gibt. population und radius des places würden mir weiterhelfen, oder vielleicht mit mehr aufwand auch eine place grenze. naja, vielleicht bringt die zeit rat oder jemand kann so was mit den daten anfangen. ciao gerhard Am Samstag, den 27.12.2008, 17:54 +0100 schrieb Sven Anders: Am Samstag, 27. Dezember 2008 17:25 schrieb Gary68: hi, habe mal ein wenig an der mapping-qualitäts-geschichte gearbeitet. erste ergebnisse hier http://wiki.openstreetmap.org/wiki/Mapping_Quality bw, bayern, hamburg, berlin und saarland sind schon online. neu sind viele weitere zahlen neben mapped/unmapped/sparsely mapped. und die ergebnisse gibt es auch in weiterverwertbaren csv-dateien - für calc, excel etc. eine bewertung fällt schwer, wie zu erwarten. größtes problem ist denke ich, dass wir wenig populationsdaten und keine (ungefähren) radien der places haben. ps: in den htmls weiter runter scrollen, um zu den gesamten details zu kommen!!! pps: das programm generiert auch die text files für die unmapped slippy map hier: http://www.gary68.de/osm/qa/unmapped/index.php Ich hab mir mal Hamburg angesehen (welches ja zumindest alle Straßen nachweißbar erfasst hat), und gerade nicht das Gefühl, das mich das weiterbringt. z.B tauchen dort Orte auf, die gar nicht in Hamburg liegen und auch der Ausschnitt der Geofabrik sollte nicht bis Sottorf gehen. Beispiele:Sottorf, Vahrendorf, Schenefeld, Neu Wulmstorf (da gehört auch nicht zu Wedel), Rübke, Schulau, Wedel Ich hab auch das Gefühl, das die Place-Distance viel zu klein gewählt ist für Hamburger Stadtteile. Wir haben in der Hamburg.osm.bz2 von der Geofabrik ca. 223.000 Nodes für ganz Hamburg und ca. 100 Stadtteile. Das heißt du müsstest eigentlich auf ca. 2230 Nodes pro Stadteil kommen. Trotzdem gibt es Stadtteile wie Gut Moor die fast nur aus einer Straße bestehen. Da kann dein Tool eigentlich nur Meckern ;-) Versteh mich bitte nicht falsch, ich finde es Großartig, das du so viele Vergleiche machst, nur denke ich das die Aussagekraft begrenzt ist, wenn es selbst in Hamburg so viele Ungereimtheiten gibt. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapping Qualität -?Unkartografiert rel oaded
Gary68 g...@gary68.de [Sat, Dec 27, 2008 at 06:12:32PM CET]: hi sven, ja, das mit der distanz weiß ich ja. nur weiß ich nicht, was ich da im augenblick machen soll. Bei solchen Tools kann ich damit leben, wenn sie mir 80 Prozent falsch Positive liefern. Die sind ja nur als grobes Screening gedacht. Wenn es dann nur eine Möglichkeit für die Mapper gibt, diese falsch Positiven auch als solche zu markieren, dann renkt sich das mit der Zeit ein. -- 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-Latest
Hallo Dirk, a) Welche JOSM-Version nimmst Du 1182 b) Welche Version des DirectUpload-Plugins nimmst Du. 12601, nach Entfernen und Liste neu laden ging es nun aber doch. c) Welches OS nimmst Du. XP Ansonsten melde ich mich hiermit bei dieser Liste ab. Der Ton ist mir irgendwie zu rauh hier. Habt ihr schon mal dran gedacht, dass hier auch Anfänger unterwegs sind, die zwar begeistert aber irgendwann einfach nur noch genervt sind?? Tschüss, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
- Original Message - From: Arne Bischoff bisch...@gueldendorf.de Ansonsten melde ich mich hiermit bei dieser Liste ab. Der Ton ist mir irgendwie zu rauh hier. Habt ihr schon mal dran gedacht, dass hier auch Anfänger unterwegs sind, die zwar begeistert aber irgendwann einfach nur noch genervt sind?? Dito. Und das hat nichts mit Anfängern zu tun. Gruß Dieter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Hallo, FrauSuhrbier wrote: ich versuche des Wegende eines Tracks (meistens forstwirtsch. Wege), der irgendwann im Nirwana endet, zu kennzeichnen um zu erkennen, ob ich noch einmal dahin muss. Ich setze da immer drei ungetaggte Nodes (vergleichbar einem ... in einem geschriebenen Satz) ans Ende des Ways, wenn er noch weitergeht. 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] JOSM-Latest
Hallo. Am Samstag, 27. Dezember 2008 schrieb Dirk Stöcker: also zumindest das Plugin DirectUpload lässt sich bei mir nicht wieder aktivieren. Doof :-( Warum schreibst Du sowas? Was erwartest Du als Antwort? Denkst Du ich mache aus Spaß so eine gravierende Änderung damit ich wieder mehr Postings und Bugreports beantworten kann? Komm mal wieder runter, schlaf dich aus und versetz dich ganz kurz in die Lage der Anwender, die seit gestern ohne erkennbaren Grund einen komplett kaputten JOSM vor sich haben. Leider wurde das tolle News-Meldungs-Feature durch die niemals gelöschten alten Texte unbrauchbar gemacht. Daher denke ich mal dass *keiner* das beim ersten Start auch gelesen hat. Ich habs nach etwa dem 5. Versuch gesehen, dass da mal wieder was neues steht. Kurzum: Eine Mail an die Liste schon gestern, zeitgleich mit dem SVN-commit wäre wirklich sehr, sehr nett gewesen. Dann hätte man auf ein Update von JOSM verzichten können bis wirklich alle Plugins wieder tun. Gruß, Bernd -- Lernen ist wie Rudern gegen den Strom. Sobald man aufhört, treibt man zurück. 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-Latest
On Sat, 27 Dec 2008, Bernd Wurst wrote: also zumindest das Plugin DirectUpload lässt sich bei mir nicht wieder aktivieren. Doof :-( Warum schreibst Du sowas? Was erwartest Du als Antwort? Denkst Du ich mache aus Spaß so eine gravierende Änderung damit ich wieder mehr Postings und Bugreports beantworten kann? Komm mal wieder runter, schlaf dich aus und versetz dich ganz kurz in die Lage der Anwender, die seit gestern ohne erkennbaren Grund einen komplett kaputten JOSM vor sich haben. Dito. Ich verbringe Stunden damit ein Problem zu lösen. Ich verbringe weitere Stunden damit alles zu testen. Dann aktualisiere ich alles. Trage an unzähligen Stellen Hinweise ein, aktualisiere Webseiten und was weiß ich noch alles. Dann schreibe ich noch eine Mail an die Liste die nochmal alles erklärt und bekomme als Antwort darauf: Es geht nicht. Ist es wirklich zuviel verlangt, dass der Anwender auch mal mitdenkt und wenn etwas nicht geht wenigstens dass notwendige Minimum dazuschreibt? Ich habe nichts dagegen, dass ein Anwender Probleme hat, aber diese Einstellung, dass bei Problemen gefälligst der Enwickler durch Raten herauszufinden hat woran es liegt geht mir gegen den Strich. Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Leider wurde das tolle News-Meldungs-Feature durch die niemals gelöschten alten Texte unbrauchbar gemacht. Daher denke ich mal dass *keiner* das beim ersten Start auch gelesen hat. Ich habs nach etwa dem 5. Versuch gesehen, dass da mal wieder was neues steht. Vielleicht sollte man aber wenigsten als erstes NACHDEM irgendwas nicht geht den Text lesen? Und dass im Bugreport-Text drin steht, dass man VOR einem BugReport erstmal alles aktualisieren soll zählt bestimmt auch nicht. Kurzum: Eine Mail an die Liste schon gestern, zeitgleich mit dem SVN-commit wäre wirklich sehr, sehr nett gewesen. Dann hätte man auf ein Update von JOSM verzichten können bis wirklich alle Plugins wieder tun. Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust mehr etwas zu machen und habe mir einen schönen Weihnachtsabend gemacht? Nein, dass steht mir nicht zu, oder? 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] Ende eines Tracks
Frederik Ramm frede...@remote.org [Sat, Dec 27, 2008 at 07:07:12PM CET]: Hallo, FrauSuhrbier wrote: ich versuche des Wegende eines Tracks (meistens forstwirtsch. Wege), der irgendwann im Nirwana endet, zu kennzeichnen um zu erkennen, ob ich noch einmal dahin muss. Ich setze da immer drei ungetaggte Nodes (vergleichbar einem ... in einem geschriebenen Satz) ans Ende des Ways, wenn er noch weitergeht. Hä? Nodes, die Teil eines Weges sind, sind doch häufig ungetaggt, die Eigenschaften des Weges stehen doch in den Weg-Attributen. Mir erschließt sich das nicht auf Anhieb, wo das steht, dass noexit=yes eine Eigenschaft des letzten Nodes ist. Wenn ich im Wiki auf noexit gehe, werde ich nach access umgeleitet, und da steht, dass noexit ein Wegattribut ist. -- 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-Latest
Dirk Stöcker schrieb: a) Welche JOSM-Version nimmst Du Was heisst denn diese Version? Ab welcher gilt das? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
Hallo, Johannes Huesing wrote: Ich setze da immer drei ungetaggte Nodes (vergleichbar einem ... in einem geschriebenen Satz) ans Ende des Ways, wenn er noch weitergeht. Hä? Nodes, die Teil eines Weges sind, sind doch häufig ungetaggt, Ja, aber meine sind nicht Teil eines Weges. Mir erschließt sich das nicht auf Anhieb, wo das steht, dass noexit=yes eine Eigenschaft des letzten Nodes ist. Wenn ich im Wiki auf noexit gehe, werde ich nach access umgeleitet, und da steht, dass noexit ein Wegattribut ist. Von noexit=yes hab ich nicht gesprochen. Das hab ich noch nie benutzt. 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] Ende eines Tracks
Hä? Nodes, die Teil eines Weges sind, sind doch häufig ungetaggt, die Eigenschaften des Weges stehen doch in den Weg-Attributen. Mit Frederiks ansatz lässt sich andeuten, das der Weg noch weitergehen müsste aber bisher noch fehlt. Das sind sozusagen nur Platzhalter für das was noch kommen müsste. Mir erschließt sich das nicht auf Anhieb, wo das steht, dass noexit=yes eine Eigenschaft des letzten Nodes ist. Wenn ich im Wiki auf noexit gehe, werde ich nach access umgeleitet, und da steht, dass noexit ein Wegattribut ist. Kommt darauf an wo man im Wiki schaut. Ich missbrauche im zweifel nur JOSMs fähigkeit noexit=yes als Icon darzustellen damit andere sehen, das der Weg hier wirklich zuende ist und auch wenn eine andere Straße knapp daran vorbei führt diese nicht verbunden werden sollten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Bernd Wurst schrieb: Wie hoch denkst du, ist die erreichbare zeitliche Auflösung eines solchen Info-Systems? Und welche zeitliche Auflösung bräuchte man um einen Voll-Stau so genau zu spezifizieren? Ich denke mehr als irgendwie 5 Minuten wird man auf absehbare Zeit nicht hinbekommen. Das reicht nicht um eine so genaue Staulängen-Angabe zu haben. Du denkst hier zu statisch... Auch bei einer Auflösung von 5Minuten bekommt man eine Aussage hin ob und wie schnell der Stau wächst und ob vorne die Autos abfliessen oder gar nichts mehr geht.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Frederik Ramm frede...@remote.org writes: Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Na, das find ich jetzt etwas übertrieben. Ich nicht, schon immer :) Ich empfehle jedem normalen Anwender, die latest zu nehmen, Das solltest du überdenken ;-) Ich arbeite noch immer mit 585, deren eigenheiten ich kenne, und habe angst vor einem update. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route=train oder route=rail?
Frederik Ramm schrieb: Was spricht dagegen, route=train und route=rail zunächst einmal einfach gleichberechtigt zu verwenden, anstatt sich total verwirren zu lassen ;-)? Wegen der Verwechslungsgefahr mit den road trains (überlange LKW-Lastzüge mit mehreren Anhängern) in Australien? ;-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Hallo, Dirk Stöcker wrote: Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Na, das find ich jetzt etwas übertrieben. Ich empfehle jedem normalen Anwender, die latest zu nehmen, und nur, wenn er besonders empfindlich ist, schicke ich ihn auf die semi-stable-Version. Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust mehr etwas zu machen und habe mir einen schönen Weihnachtsabend gemacht? Nein, dass steht mir nicht zu, oder? Du hast einen Haufen Zeugs im JOSM gefixt in den vergangenen Tagen, dafuer gebuehrt Dir Anerkennung. Dies jedoch unmittelbar vor Weihnachten zu tun und zu glauben, man koennte dann Ruhe haben, ist sicherlich *etwas* blauaeugig ;-) 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] TMC // Konkurrenz
André Reichelt schrieb: Doru Julian Bugariu schrieb: Also, wann fangen wir mit OTM (Open Traffic Messages) an? Das klingt für mich so ein bisschen nach Schnellschussplanung. So etwas ist recht komplex. Da gehört einiges an Entwicklungsarbeit dazu. Außerdem brauchen alle Teilnehmer ein PNA, dass wahlweise W-LAN fähig oder eben onlinefähig per UMTS oder GPRS ist. Sowas haben die wenigsten. Ich bin dafür, dass man zunächst einmal alle Möglichkeiten niederschreibt und dann gegenseitig abwiegt. Der Übertragungsweg und die Datenverarbeitung in einem OSM-TMC-Tool sind voneinander völlig unabhängig. Wichtig ist eine einheitliche Schnittstelle in das Tool zu schaffen, für den Übertragungsweg ist es sinnvoll möglichst breitgefächert zu entwickeln. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Hallo, Karl Eichwalder wrote: Das solltest du überdenken ;-) Ich arbeite noch immer mit 585, deren eigenheiten ich kenne, und habe angst vor einem update. Aber hattest Du nicht angedeutet, zum Jahreswechsel mal ueber ein Update nachdenken zu wollen? 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] JOSM-Latest
Dirk Stöcker schrieb: Dito. Ich verbringe Stunden damit ein Problem zu l�sen. Ich verbringe weitere Stunden damit alles zu testen. Dann aktualisiere ich alles. Trage an unz�hligen Stellen Hinweise ein, aktualisiere Webseiten und was wei� ich noch alles. Das kann kaum jemand hier wissen und deine Wortwahl war *imho* bedenklich bzw. unangebracht. Ist es wirklich zuviel verlangt, dass der Anwender auch mal mitdenkt und wenn etwas nicht geht wenigstens dass notwendige Minimum dazuschreibt? Ich habe nichts dagegen, dass ein Anwender Probleme hat, aber diese Einstellung, dass bei Problemen gef�lligst der Enwickler durch Raten herauszufinden hat woran es liegt geht mir gegen den Strich. Zunächst einmal: Wenn mir etwas Neues angekündigt wird, dann gehe ich davon aus, dass es funktioniert, ansonsten melde ich: Geht nicht. Solltest du etwas anderes wollen, dann schreibe (du!) es doch. Gleiches wie für den von dir unangemessen angegriffenen Benutzer gilt imho auch für dich. Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Definiere normale Anwender (bitte !). IMHO ist es nur verständlich und üblich, dass jeder die neueste Entwicklerversion nimmt, um in den Genuss aller Features zu kommen. Sollte der Adressatenkreis beschränkt werden / sein, sollte dies über Zugangsbeschränkungen o.ä. geregelt werden. Vielleicht sollte man aber wenigsten als erstes NACHDEM irgendwas nicht geht den Text lesen? Eben Vielleicht siehe oben... Und dass im Bugreport-Text drin steht, dass man VOR einem BugReport erstmal alles aktualisieren soll z�hlt bestimmt auch nicht. Nur bedingt. Du kannst / solltest nicht alle Anwender / Benutzer über einen Kamm scheren (s.o.). Bernd Wurst schrieb: Kurzum: Eine Mail an die Liste schon gestern, zeitgleich mit dem SVN-commit w�re wirklich sehr, sehr nett gewesen. Dann h�tte man auf ein Update von JOSM verzichten k�nnen bis wirklich alle Plugins wieder tun. Volle Zustimmung. Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust mehr etwas zu machen und habe mir einen sch�nen Weihnachtsabend gemacht? Nein, dass steht mir nicht zu, oder? Nun, dann hättest du dir einen etwas günstigeren Zeitpunkt für solch ein Update aussuchen sollen / können? Sowas kann hier keiner ahnen bzw. wissen. Ich hoffe, du hattest dennoch ein besinnliches Weihnachtsfest! Jetzt könnten *vielleicht* bitte _alle_ Ihre Befindlichkeiten beiseite tun und _gemeinsam_ weiter machen. Es ist doch keinem mit solchen Eskalationen gedient. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ende eines Tracks
FrauSuhrbier schrieb: Hallo, ich versuche des Wegende eines Tracks (meistens forstwirtsch. Wege), der irgendwann im Nirwana endet, zu kennzeichnen um zu erkennen, ob ich noch einmal dahin muss. Das musst Du so oder so... In 1-2 Jahren kann der Weg mangels Nutzung schon vollständig zugewuchert oder wegen steigendem Bedarf auch deutlich ausgebaut und verlängert sein. Wichtiger wäre hier zu kennzeichnen dass der Weg für ausserforstwirschaftliche Nutzung nicht vorgesehen ist. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Sat, 27 Dec 2008, Karl Eichwalder wrote: Ich empfehle jedem normalen Anwender, die latest zu nehmen, Das solltest du überdenken ;-) Ich arbeite noch immer mit 585, deren eigenheiten ich kenne, und habe angst vor einem update. Das solltest Du überdenken. Versionen weit unter 1000 sind wirklich nicht mehr empfehlenswert. Die haben zu viele Bugs. Insbesondere was die Behandlung von Relationen angeht. Und wenn Du anderen die Relationen zerschießt sind diese bestimmt zu Recht sauer :-) 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] JOSM-Latest
On Sat, 27 Dec 2008, Frederik Ramm wrote: Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust mehr etwas zu machen und habe mir einen schönen Weihnachtsabend gemacht? Nein, dass steht mir nicht zu, oder? Du hast einen Haufen Zeugs im JOSM gefixt in den vergangenen Tagen, dafuer gebuehrt Dir Anerkennung. Dies jedoch unmittelbar vor Weihnachten zu tun und zu glauben, man koennte dann Ruhe haben, ist sicherlich *etwas* blauaeugig ;-) Bei dieser Änderung war mir klar, dass Probleme kommen werden. Aber manchmal muss man halt in den saueren Apfel beißen. Alle Versuche das Ganze ohne solch einen harten Bruch hinzubekommen waren Fehlschläge (so eine offene plugin-Architektur hat halt eben auch Nachteile). Allerdings denke ich dass manchmal etwas Unfreundlichkeit angebracht ist. Ich bin halt allergisch dagegen, dass selbst Mitdenken total aus der Mode kommt. P.S. Weihnachten deshalb, weil ich jetzt mal Zeit habe. Ab Januar ist auf Arbeit wieder viel zu tun und ich werde für JOSM kaum noch Zeit haben. 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] JOSM-Latest
Frederik Ramm frede...@remote.org writes: Aber hattest Du nicht angedeutet, zum Jahreswechsel mal ueber ein Update nachdenken zu wollen? Ja, aber ich warte jetzt so lange, bis die neue API (0.6) richtig unterstützt wird. Da wird ja wohl irgendwann in demnächst eine entsprechende ankündigung kommen, denke ich. Dirk Stöcker openstreet...@dstoecker.de writes: Das solltest Du überdenken. Versionen weit unter 1000 sind wirklich nicht mehr empfehlenswert. Die haben zu viele Bugs. Insbesondere was die Behandlung von Relationen angeht. Und wenn Du anderen die Relationen zerschießt sind diese bestimmt zu Recht sauer :-) Das mag sein ;) Bislang repariere ich mit JOSM noch mehr relationen -- z.b. solche, die ich oder andere mit Potlatch verhunzt haben. Ansonsten ist Potlatch mittlerweile sehr ok, wenn man weiß, wie man damit umgehen muss. Das dürfte bei josm ähnlich sein. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Sat, 27 Dec 2008, tschuer wrote: Zunächst einmal: Wenn mir etwas Neues angekündigt wird, dann gehe ich davon aus, dass es funktioniert, ansonsten melde ich: Geht nicht. Solltest du etwas anderes wollen, dann schreibe (du!) es doch. Gleiches Ich will gar nichts. Bei mir geht alles. Wenn es bei Dir nicht geht, dann musst Du schon die notwendigen Informationen liefern. wie für den von dir unangemessen angegriffenen Benutzer gilt imho auch für dich. Ich habe niemanden angegriffen. Ich habe in unfreundlicherem Tonfall die Notwendigkeiten beschrieben. Und dass nicht für irgendeinen Nutzer, sondern an die Liste (also an alle). Und der unfreundliche Tonfall rührt einfach daher, dass es weder der erste war, noch der letzte sein wird, der solche Postings schreibt. Der Prozentsatz sinnvoller Fehlerberichte zu es geht nicht Berichten hat leider ein Verhältnis von 1 zu 10 und manchmal unternehme ich den Versuch die unwissenden Nutzer darüber aufzuklären wie man es richtig macht. Und dazu suche ich mir eins der 90% Postings aus, die nicht hilfreich sind. Manche Nutzer wissen nämlich nur einfach nicht, wie man richtige Fehlerberichte schreibt und diese nehmen sich den Text vielleicht zu Herzen. Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Definiere normale Anwender (bitte !). IMHO ist es nur verständlich und üblich, dass jeder die neueste Entwicklerversion nimmt, um in den Genuss aller Features zu kommen. Sollte der Adressatenkreis beschränkt Ob es verständlich ist oder nicht sei dahingestellt. Auf alle Fälle ist es nicht intelligent. Die Tatsache, dass josm-latest im Großen und ganzen fehlerfrei ist, ist wohl nur dem gemächlichen Entwicklungstempo und der Erfahrung der Programmierer zuzuschreiben. Normal ist das auf keinen Fall. Bei kaum einer anderen Software würde ich so etwas auch nur in Erwägung ziehen. Die Hürde sich den Code selbst zu kompilieren ist manchmal recht sinnvoll. 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] JOSM-Latest
On Sat, 27 Dec 2008, Karl Eichwalder wrote: Frederik Ramm frede...@remote.org writes: Aber hattest Du nicht angedeutet, zum Jahreswechsel mal ueber ein Update nachdenken zu wollen? Ja, aber ich warte jetzt so lange, bis die neue API (0.6) richtig unterstützt wird. Da wird ja wohl irgendwann in demnächst eine entsprechende ankündigung kommen, denke ich. Mal sehen, ob Version 0.6 noch vor Hurd und Duke Nukem Forever rauskommt :-) 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] JOSM-Latest
Dirk Stöcker schrieb: Mal sehen, ob Version 0.6 noch vor Hurd und Duke Nukem Forever rauskommt :-) Halflife 3 nicht zu vergessen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Dirk Stöcker schrieb: Hallo, Danke, hier läuft alles nach dem Update auf die 1182. Schön, dass die Sat-Kachel-Kalibrierung nun auf alle Kacheln wirkt! Das einzigste was mir aufgefallen ist, ist dass bereits geladene Sat-Kacheln beim Herumscrollen wieder vorzeitig verschwinden. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
On Sat, 27 Dec 2008, Chris Hein Lunkhusen wrote: Danke, hier läuft alles nach dem Update auf die 1182. Schön, dass die Sat-Kachel-Kalibrierung nun auf alle Kacheln wirkt! Das einzigste was mir aufgefallen ist, ist dass bereits geladene Sat-Kacheln beim Herumscrollen wieder vorzeitig verschwinden. Ja, aber warum? Eigentlich sollten sie das nicht. Nur der Download basiert eigentlich auf dem unverschobenen Bereich. Aber weil das WMS-Plugin nicht wollte, dachte ich mir ich lass ihm seinen Willen. :-) 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] Statistik Oberpfalz
Frederik Ramm schrieb: Hallo, im Geofabrik-Blog habe ich ein paar Bilder zur Entwicklung der Oberpfalz-Daten: http://blog.geofabrik.de/?p=19 Die Gesamtlänge an Straßen/Wegen ist von Mitte Dezember bis jetzt von 15.000km auf 25.000km angewachsen, das ist schon ganz beachtlich. Die Anzahl Nodes hat sich sogar mehr als verdoppelt (von rund 325k auf 750k) und statt 450 Benutzer (Mitte Dezember) haben mittlerweile 650 verschiedene Benutzer in der Oberpfalz ihre Marke hinterlassen. Die Grafiken in diesem Blogartikel sind zur rechtefreien Verwendung (Quellenangabe wird natürlich immer gern gesehen). Wer selber Bilder rechnen will, kann von mir auch die Rohdaten dazu bekommen (ein Datensatz pro Woche für ganz 2008 bzw. ab 12.12.08 ein Datensatz pro Tag). Hat einer ne Idee, woher im Vergleichsgebiet dieser Knick nach unten so ab dem 12.12. herkommt? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Garry schrieb: Der Übertragungsweg und die Datenverarbeitung in einem OSM-TMC-Tool sind voneinander völlig unabhängig. Ganz so einfach ist das leider nicht. Denn wenn man wirklich das Ganze über Radio vernstalten will, kann man nur eine begrenze Menge Daten übertragen. So etwas muss von vorne herein klar sein. Wenn man jeden einzelnen Node adressierbar machen möchte und villeicht sogar Text mit überträgt, kann man diese Möglichkeit direkt ausschließen, da viel zu langsam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC // Konkurrenz
Garry schrieb: Auch bei einer Auflösung von 5Minuten bekommt man eine Aussage hin ob und wie schnell der Stau wächst und ob vorne die Autos abfliessen oder gar nichts mehr geht.. Die Frage ist hier, ob man überhaupt so schnell an die Daten rankommt. Werden die Staudaten denn überhaupt fünfminütlich aktuallisiert? Ich glaube kaum. So unzuverlässig, wie die TMC-Meldungen heute sind darf man froh sein, wenn man überhaupt einen Stau gemeldet bekommt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Hallo. Am Samstag, 27. Dezember 2008 schrieb Dirk Stöcker: Komm mal wieder runter, schlaf dich aus und versetz dich ganz kurz in die Lage der Anwender, die seit gestern ohne erkennbaren Grund einen komplett kaputten JOSM vor sich haben. Dito. Ich verbringe Stunden damit ein Problem zu lösen. Ich verbringe weitere Stunden damit alles zu testen. Und stellst dabei fest, dass 1. es keinen automatischen Upgrade-Path gibt 2. Mind. 2 Plugins gar nicht mehr funktionieren können :-) Und bitte vergiss nicht: josm-latest.jar ist immerhin eine Entwicklerversion. Der normale Anwender hat diese Version gar nicht zu nehmen. Dann hat er eine more-or-less-stable-Version, aktualisiert alle Plugins und Bang, selbes Problem. Leider wurde das tolle News-Meldungs-Feature durch die niemals gelöschten alten Texte unbrauchbar gemacht. Daher denke ich mal dass *keiner* das beim ersten Start auch gelesen hat. Ich habs nach etwa dem 5. Versuch gesehen, dass da mal wieder was neues steht. Vielleicht sollte man aber wenigsten als erstes NACHDEM irgendwas nicht geht den Text lesen? Ja, habe ich gemacht. Ich reporte keine Bugs weil mal eine Kleinigkeit nicht tut, von der ich annehme, dass das jedem Entwickler gleich auffällt wenn er das selbst mal testet. Ohne Probleme kann ich damit leben, dass Und dass im Bugreport-Text drin steht, dass man VOR einem BugReport erstmal alles aktualisieren soll zählt bestimmt auch nicht. Tut es nicht. Ich hab jetzt keinen Screnshot da und keine Lust einen Fehler zu provozieren aber ich bin mir sehr sicher, dass da nicht viel mehr Stand als sinngemäß: Das ist immer ein Programmierfehler. Wenn Sie die neueste JOSM-Version einsetzen sollten Sie unbedingt den Fehler melden. Und dann kann man mit einem Klick den Fehler melden. Und ja, die neueste JOSM-Version hatte ich ja. Da stand nirgends etwas wie Bevor Sie einen Fehler melden, aktualisieren Sie bitte alle Plugins, löschen Sie die Konfigurationsdatei, deinstallieren Sie bei Bedarf auch mal alle Plugins und installieren Sie diese neu. Wenn es dann immer noch nicht funktioniert, legen Sie sich ein dickes Fell zu und drücken Sie auf »Senden«. Kurzum: Eine Mail an die Liste schon gestern, zeitgleich mit dem SVN-commit wäre wirklich sehr, sehr nett gewesen. Dann hätte man auf ein Update von JOSM verzichten können bis wirklich alle Plugins wieder tun. Vielleicht hatte ich nachdem es dann knapp 20 Uhr war auch keine Lust mehr etwas zu machen und habe mir einen schönen Weihnachtsabend gemacht? Nein, dass steht mir nicht zu, oder? Doch, klar. Aber dann warte doch einfach mit dem Commit der Änderungen bis du mal Zeit hast, auf Probleme zu reagieren. Ich habe vollstes Verständnis dafür wenn jemand auch mal offline mit oder ohne Familie was machen will. Das steht jedem zu, vor allem Programierern freier Software. Aber brachiale Änderungen, die völlig ofensichtlich zu Problemen führen, sollte man nicht live schalten wenn man danach nicht kurz Zeit hat, Probleme auch zu lösen. Sowas nennt man dann einfach unsensibles Vorgehen. Auch wenn du selbst vielleicht anderer Meinung bist, da es von JOSM keine richtigen Versionen gibt, nehmen einfach fast alle die latest. Du sagst, du hast stundenlang Plugins aktualisiert und News-Texte verfasst und an diversen Stellen veröfentlicht. Ein Copypaste einer dieser News-Meldungen in eine Mail an die Liste hätte ja gereicht! Gruß, Bernd -- Ein Kompromiß ist nur dann gerecht, brauchbar und dauerhaft, wenn alle Partner damit gleich unzufrieden sind. 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-Latest
Hallo. Oops, da fehlt was. Am Sonntag, 28. Dezember 2008 schrieb Bernd Wurst: Ja, habe ich gemacht. Ich reporte keine Bugs weil mal eine Kleinigkeit nicht tut, von der ich annehme, dass das jedem Entwickler gleich auffällt wenn er das selbst mal testet. Ohne Probleme kann ich damit leben, dass ... eine Entwicklerversion mal fehlerhaft ist. Wenn man dann aber schreibt, dass das so gewollt ist, dass gar kein Fehler vorliegt sondern man sich nur drauf verlassen hat, dass kein normaler Mensch das Programm benutzt (in der Erwartung dass es funktioniert), dann ist das irgendwie nicht nett und der Verbreitung von JOSM unangemessen. Gruß, Bernd -- Mancher Beamte hinterläßt bei seiner Pensionierung eine Lücke, die ihn voll und ganz ersetzt. 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
[Talk-it] domanda 1: limiti di velocità
Visto che con queste giornate corte non riesco ad andare lontano, sto perfezionando la mappatura della zona in cui abito. Andando nel dettaglio mi sono sorti alcuni dubbi. Iniziamo dal primo, i limiti di velocità. Sono sicuramente un indicazione importante per il routing, mi domandavo se andrebbero indicati sempre o solo quando sono presenti esplicitamente. Mi spiego: nei centri abitati, in Italia, è implicito il limite di velocità di 50 km/h, basterebbe quindi indicare la posizione dei cartelli di inizio di centro abitato per avere automaticamente l'indicazione di dove inizia a zona interessata. Se non si usa questo limite implicito bisognerebbe indicarlo esplicitamente in tutte le strade. Anche in questo caso sarebbe possibile pensare a due limiti impliciti: le strade residenziali (50) e le living street (30). Se invece pensiamo sia da indicare per tutte le strade ho trovato cosa fare nelle lunghe serate delle vacanze natalizie :-). Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] domanda 2: capitelli
Lungo le strade di campagna almeno nella mia zona sono molto comuni i capitelli e mi piacerebbe segnalarli. Il problema è come? Al momento ho provato con uno indicandolo come: amenity= place_of_worship denomination= catholic religion= christian name= Capitello Ma non mi sembra il massimo considerando che non penso di riuscire a scoprire se hanno un nome specifico e verrebbero un mucchio di oggetti con lo stesso nome. Suggerimenti ? Ciao Gio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it