Re: [Talk-de] Google Maps hat nachgerüstet
Am 26. März 2009 22:31 schrieb Ulf Möller : > Die Gebäudehöhen sind eigentlich gar nicht so detailliert erfasst, aber > machen Eindruck... > findest Du? Ohne Dachformen und dermaßen grob kann man m.E. auch gut darauf verzichten. Die haben mit Sketchup allerdings auch das Tool, dass das irgendwann anders aussehen könnte. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 23:18 schrieb Tobias Wendorff : > Dann doch gleich eine Area drumherumbauen :-) > > Ach, wenn die Straßen eine Fläche wären, wäre alles einfacher :-) > das meiste wäre wohl eher schwieriger (mapping) bis unmöglich (routing) - wenn sie _nur_ Flächen wären. Wenn sie beides wären (analog Flüssen), dann könnte man (abgesehen vom Aufwand) das Beste aus beiden Welten haben. Bei den Plätzen habe ich schon mal angefangen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Truppenübungsplatz in der Tschechei Hrad is(te (was: Zensiertes Gebiet?)
Am 27. März 2009 03:01 schrieb Johann H. Addicks : > Martin Koppenhoefer schrieb: >> was wir allerdings nicht erörtert haben: wurde dort was gelöscht, oder >> war noch nie was da? > > Zumindest im Potlach ist dort nichts mit U findbar. Aber je nach > Paranoia muss dass ja nichts heissen. > > -jha- Wenn man jetzt selbst diese ganzen Diffs gesammelt hätte... Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Truppenübungsplatz in der Tschechei Hrad is(te (was: Zensiertes Gebiet?)
Martin Koppenhoefer schrieb: > was wir allerdings nicht erörtert haben: wurde dort was gelöscht, oder > war noch nie was da? Zumindest im Potlach ist dort nichts mit U findbar. Aber je nach Paranoia muss dass ja nichts heissen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Martin Koppenhoefer schrieb: > OT: das ist doch eigentlich auch Quatsch, oder? Für teuer Geld > Ingenieursbauwerke vergangener Zeiten abzureissen. Man kann bei > Autobahnbrücken fast immer die neue Brücke neben die alte bauen. Der > Abriss kostet Unsummen und hinterher hat man gar nichts. Klar, > vielleicht waren die alle so baufällig, dass sie nicht mal ein Reh > oder eine Gruppe Fahrradfahrer tragen konnten... Kein Quatsch, nennt sich Autobahnverbreiterung. Da werden Autobahnen noch eine zusätzliche Spur pro Richtung angeklatscht. Da sind viele Brücken zu kurz für. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Am 27. März 2009 00:58 schrieb Garry : >> Zur Darstellung der Lage: Auf dem etwa 75km langen Autobahnabschnitt >> sind in letzter Zeit geschaetzt etwa zwei dutzend Bruecken abgerissen >> worden. Damit sind die erstmal weg. OT: das ist doch eigentlich auch Quatsch, oder? Für teuer Geld Ingenieursbauwerke vergangener Zeiten abzureissen. Man kann bei Autobahnbrücken fast immer die neue Brücke neben die alte bauen. Der Abriss kostet Unsummen und hinterher hat man gar nichts. Klar, vielleicht waren die alle so baufällig, dass sie nicht mal ein Reh oder eine Gruppe Fahrradfahrer tragen konnten... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensiertes Gebiet?
2009/3/27 Johann H. Addicks : > Garry schrieb: >> Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine >> Daten? >> http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=BF000F > > Hatten wir schon im Januar in diesem wie üblich falsch gelabelten > Thread: "Wien" > http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034230.html > was wir allerdings nicht erörtert haben: wurde dort was gelöscht, oder war noch nie was da? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Christoph Wagner schrieb: Am 26. März 2009 11:08 schrieb Christoph Wagner mailto:freemaps@googlemail.com>>: Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt und dann mit den JAVA Tools verarbeitet. Kann man bei JAVA ne default encoding einstellen? Ich hab gerade nochmal gelesen, dass du ja auch cygwin verwendest. Könnte es passiert sein, dass deswegen was schiefgelaufen ist? (Kenn mich leider damit weniger gut aus und kann nur raten) Wenn ich mir die points Datei mit Notepad++ anschaue, meint er das Dateiformat wäre "UTF8 ohne BOM" und das ö wird auch passend als ö dargestellt. Sieht also nach dem entpacken etc. erstmal ok aus. Hab mal spaßeshalber probiert das Format auf "ANSI" bzw. "UTF8" umzustellen, hat aber in beiden Fällen keinen Effekt. Kompletter Konsolenoutput übrigens (hab das Bash Skript das ich verwende auch mal angehängt): Title: andorra Download andorra.osm.bz2 --2009-03-27 01:28:31-- http://download.geofabrik.de/osm/europe/andorra.osm.bz2 Resolving download.geofabrik.de... 62.75.161.199 Connecting to download.geofabrik.de|62.75.161.199|:80... connected. HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable The file is already fully retrieved; nothing to do. Make a backup copy of andorra.osm.bz2 ... Unzip andorra.osm.tmp.bz2 ... bunzip2: Output file andorra.osm.tmp already exists. Split andorra.osm.tmp into smaller parts ... start Fri Mar 27 01:28:32 CET 2009 key max-nodes/ val 150 comparing size 21625 a (42.4072265625,1.40625) to (42.6708984375,1.8017578125), size=21625 starting write out Fri Mar 27 01:28:32 CET 2009 starting ways Fri Mar 27 01:28:32 CET 2009 starting rels Fri Mar 27 01:28:32 CET 2009 Finish Fri Mar 27 01:28:32 CET 2009 Total time 0s Create the Map layer ... Error in style: Error: (points:68): Invalid operation 'V' at top level Could not open style null Create the gmapsupp.img file, including the TYP file ... Gruß, ULFL #!/bin/bash # Create Garmin gmapsupp.img file # # Download and convert osm (country) file to Garmin gmapsupp.img file # (Also downloads any required tools ) # # some information sources: # http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map # http://www.mkgmap.org.uk/page/tile-splitter # Choose only one of the following: #OsmDownload=http://download.geofabrik.de/osm/europe/germany/bayern.osm.bz2 #OsmDownload=http://download.geofabrik.de/osm/europe/germany/bremen.osm.bz2 #OsmDownload=http://download.geofabrik.de/osm/europe/germany/hamburg.osm.bz2 OsmDownload=http://download.geofabrik.de/osm/europe/andorra.osm.bz2 #OsmDownload=http://download.geofabrik.de/osm/europe/germany.osm.bz2 #OsmDownload=http://download.geofabrik.de/osm/europe/luxembourg.osm.bz2 #OsmDownload=http://download.geofabrik.de/osm/europe.osm.bz2 # Derive settings from download filename inputbase=`basename $OsmDownload` OsmFile=${inputbase/.bz2/} OsmDir=${OsmFile/.osm/} title=$OsmDir echo Title: $title # Download tools - identical for all osm files (only if necessary) # To update the tools, simply delete the whole tools dir mkdir -p tools cd tools # If splitter.jar is not here, download it if [ ! -s splitter.jar ]; then echo Download splitter.jar wget http://www.mkgmap.org.uk/splitter/splitter.jar fi # If mkgmap is not here, download and unzip it if [ ! -d mkgmap ]; then echo Download mkgmap wget http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz echo Unzip mkgmap file gunzip -d mkgmap-latest.tar.gz tar -xf mkgmap-latest.tar rm mkgmap-latest.tar mv mkgmap-* mkgmap fi # If TYP and style files are not here, download and unzip them if [ ! -s master.TYP ]; then echo Download TYP and style files wget http://www1.inf.tu-dresden.de/~s9080279/typ_style.tar.bz2 bunzip2 typ_style.tar.bz2 tar -xf typ_style.tar rm typ_style.tar # replace german umlaut ö with oe (otherwise we'll ge a style error) #sed 's/ö/oe/g' masterstyle/points > masterstyle/points2 #mv masterstyle/points2 masterstyle/points fi cd .. mkdir -p $OsmDir cd $OsmDir echo Download $OsmFile.bz2 wget --continue --timestamping $OsmDownload echo Make a backup copy of $OsmFile.bz2 ... # make a copy, otherwise we'll retrieve the .bz2 file again and again cp $OsmFile.bz2 $OsmFile.tmp.bz2 echo Unzip $OsmFile.tmp.bz2 ... bunzip2 $OsmFile.tmp.bz2 echo Split $OsmFile.tmp into smaller parts ... # (even Bayern is already too large for a single tile) java -Xmx1024m -jar ../tools/splitter.jar --max-nodes=150 $OsmFile.tmp # TODO: For germany I get lot's of messages like "Crosses too many areas way31142237" or "Crosses too many areas relation7655" is this ok? echo Create the "Map" layer ... java -Xmx1024M -jar ../tools/mkgmap/mkgmap.jar --style-file=../tools/masterstyle --description=$title --country-name='Deutschland' --country-abbr='DE' --region-name='Deutschland' --region-abbrev='DE' --latin1 --lower-case --mapname=6324004
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Johann H. Addicks schrieb: > Ulf Lamping schrieb: > >> die Auswertung einer spezifischen Rule für "cuisine=döner". >> >> Umlaute in den OSM Daten "name=Hardhöhe" werden ohne Probleme >> verarbeitet und auch passend dargestellt. > > Und da es in Sachsen keine Döner-POIs gibt, tritt dort das Problem nicht > auf? Kann ich jetzt mangels aktueller Map nicht nachprüfen, halte ich > für unplausibel. Du verstehst das falsch. Im stylefile steht folgende Zeile: cuisine = kebap | cuisine = döner [0x2a19 resolution 24] ... und mkgmap hat einfach ein Problem diese Zeile überhaupt zu lesen. Da hat es überhaupt noch keine .osm Datei angeschaut. Was in Sachsen in den OSM Daten steht ist daher bei dem Problem völlig egal. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] State of the Map 2009: Billigtarif (naja) noch bis Sonntag
Hallo, noch bis Sonntag kann man sich zum "early bird"-Tarif (von 85 Euro fuer die gesamte Konferenz bzw. 50 Euro fuer Samstag/Sonntag, inkl. T-Shirt und Essen) fuer die SOTM 2009 in Amsterdam anmelden: http://www.stateofthemap.org/register-now/ Nach Ablauf der Frist kostet es dann 100/75 Euro. Es gibt kein spezielles Konferenzhotel, jeder muss sich selber irgendwo was suchen (s. http://www.stateofthemap.org/local-and-travel/stay/). Ausserdem werden auch noch Vorträge oder Workshops gesucht, dazu hatte ich ja neulich schon was geschrieben: http://www.stateofthemap.org/call-for-papers/ Letztes Jahr war die Teilnahme fuer Vortragende kostenlos, aber ob es diese Grosszuegigkeit auch dieses Jahr wieder gibt, weiss ich nicht. 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] neue Garmin map vorerst für Sachsen am Start
Ulf Lamping schrieb: > die Auswertung einer spezifischen Rule für "cuisine=döner". > > Umlaute in den OSM Daten "name=Hardhöhe" werden ohne Probleme > verarbeitet und auch passend dargestellt. Und da es in Sachsen keine Döner-POIs gibt, tritt dort das Problem nicht auf? Kann ich jetzt mangels aktueller Map nicht nachprüfen, halte ich für unplausibel. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Truppenübungsplatz in der Tschechei Hr adis(te( (was: Zensiertes Gebiet?)
Detlef Reichl schrieb: >> Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine >> Daten? >> http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=BF000F > > Das Gebiet ist markiert als military=danger_area Da drin würde ich auch nicht > unbedingt mappen wollen. Nach wie vor: http://de.wikipedia.org/wiki/Truppen%C3%BCbungsplatz_Hradi%C5%A1t%C4%9B Da kommt man durchaus herein, es ist nicht "fest umzäunt", aber solange keiner mapt, solange haben wir nix... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensiertes Gebiet?
Garry schrieb: > Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine > Daten? > http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=BF000F Hatten wir schon im Januar in diesem wie üblich falsch gelabelten Thread: "Wien" http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034230.html -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Johann H. Addicks schrieb: >> Man sollte Software nicht zweckentfremden und wenn du Textfiles mit >> korrekter Codierung nutzen willst, hast du wohl das falsche System dafür. > > Ich halte das aber für kein spezifisch sächsisches Problem. > Oder umgekehrt: Es gibt auch in Sachsen genügend Ortschaften und POIs mit > Umlauten, so dass auch dort darauf geachtet werden muss. Der Witz dabei ist, daß die Umlaute nur im Stylefile (also wenn du so willst in den Garmin Renderingrules) Probleme machen - in diesem Fall die Auswertung einer spezifischen Rule für "cuisine=döner". Umlaute in den OSM Daten "name=Hardhöhe" werden ohne Probleme verarbeitet und auch passend dargestellt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Torsten Leistikow schrieb: > Martin Koppenhoefer schrieb: > Vollstaendig erfast waren die Bruecken sowieso noch nicht. Also finde ich es passend, alles zu loeschen, was zur Zeit nicht existiert ist, und alles einzutragen, was existiert aber nicht in der Datenbank steht. >> Inwiefern hängt das damit zusammen, dass die Brücken nicht vollständig >> waren? Das bedeutet doch nur, dass man sie vervollständigt, ansonsten >> beeinflusst das m.E. nicht die Art, wie man taggt, bzw. ob man was >> löscht. >> > > Es ging mir darum, nicht bei jeder abgerissenen Bruecke einfach ein > construction=yes ranzuhaengen. Denn > 1. zu diesem Zeitpunkt ist da keine Bruecke, und > 2. weiss kaum einer, der mit dem Auto da lang kommt, ob da ueberhaupt > wieder eine Bruecke aufgebaut wird. > > Aber vielleicht kommt da einer lang der irritiert ist wenn er die Brücke spurlos verschwunden ist. > Wenn unser Strassennetz in der Region bereits komplett waere, wuerde ich > da vielleicht ein etwas zurueckhaltenderes Vorgehen befuerworten. > > Mit der Argumentation kannst Du halb OSM in Frag stellen.. Wozu brauchen wir Strassenlaternen, Hundtütenhalter, Gebäudeinnenhöfe etc. solange das Strassennetz noch nicht halbwegs vollständig ist in einem Projekt das Open _Street_ Map heisst? > Und auf den Einwand, wie denn die Baustelle gefunden werden sollte: Die > Zufahrtsstrassen lasse ich ja in der Datenbank stehen, da sie ja auch in > der Realitaet nicht abgerissen werden. > Das könnten genausogut Servicewege für Dienstfahrzeuge sein. Wenn die Strasse ins "nichts" führt verfällt auch die Berechtigung der bisherigen Highway-Klassifizierung(zumindest wenn es eine höherwertige war). Wenn Du aber nicht weisst was hier gemacht wird prodzuierst Du mit Deiner Holzhammermethode Datenlücken in bereits vorhandnen Daten. > Zur Darstellung der Lage: Auf dem etwa 75km langen Autobahnabschnitt > sind in letzter Zeit geschaetzt etwa zwei dutzend Bruecken abgerissen > worden. Damit sind die erstmal weg. > An einigen Stellen sind daneben Behelfsbruecken errichtet worden. Dass > die in die OSM-Datenbank gehoeren ist sicherlich unstrittig. > An einigen Stellen sind Bauarbeiten im Gange, die den Schluss > naheliegen, dass da wieder eine neue Bruecke gebaut wird. Da steht aber > nicht dran, ob das wieder genau so eine Bruecke wird wie frueher, oder > Das mag für Dich als Laie bzw. Passant vielleicht so wirken, andere haben da aber vielleicht entsprechende Informationsquellen um die Dir fehlenden Daten zu ergänzen. > ob das vielleicht nur eine Fussgaengerbruecke oder eine Wildbruecke wird. > Und an einigen Stellen ist momentan gar nicht zu sehen, ob da ueberhaupt > wieder was gebaut wird. > Soll man jetzt bei jeder frisch abgerissenen Bruecke ohne weitere > Informationen einfach ein construction=yes spendieren? Tragen wir in die > Datenbank ein, was da ist, ober spielen wir Hellseher und raten, was da > mal hinkommen koennte? > Du kannst also nur die Aussage treffen "die Brücke ist die nächsten Wochen/Monate nicht benutzbar" weil abgerissen.Durch vollständiges Löschen entziehst Du gegebenfalls anderen die Möglichkeit hier Informationen über das weitere Geschehen anzubringen wie man sie z.B. aus der Presse, vom Regierungspräsidium oder aus Bau-Auschreibungen erfährt. Das Argument "die Realtität abbilden" - Brücke weg -> in OSM löschen ist informationsdestruktiv. OSM wird genauso wie alle kommerziellen Kartenprojekte nie tagesaktuell sein und (aufgehobene) Baustellen sicher zeitnah richtig darstellen! Ein dargestellte Strasse/Brücke mit construction=yes lässt dich bei einer real aufgehobenen Baustelle nicht ganz im Stich - Du siehst wo es weitergeht wenn Dich die örtliche Beschilderung auf einen Weg schickt den das Navi wegen "construction" meiden möchte. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
OT Jonas Krückel (John07) schrieb: > smaug hehe und das wo "der kleine Hobbit" 2010 verfilmt werden soll ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zensiertes Gebiet?
Hallo, am Thu, 26 Mar 2009 23:22:18 +0100, tat Garry der Welt kund: > Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine > Daten? > http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=BF000F Das Gebiet ist markiert als military=danger_area Da drin würde ich auch nicht unbedingt mappen wollen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zensiertes Gebiet?
Wurde hier das Miltärgebiet zensiert oder gibt es da einfach noch keine Daten? http://www.informationfreeway.org/?lat=50.26001252846303&lon=13.11130184322459&zoom=11&layers=BF000F Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Garry schrieb: > Gegen einen separat gemappten Masten gibt es eigentlich nichts > einzuwenden - einfach als Info hier steht ein > Mast mit der und der Bedeutung... Die Haltestelleninformation die man > aber während einer Busfahrt "benötigt" > sollten aber schon direkt mit dem Verkehrsweg verbunden sein. Dann doch gleich eine Area drumherumbauen :-) Ach, wenn die Straßen eine Fläche wären, wäre alles einfacher :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Tobias Wendorff schrieb: > Ah, jetzt verstehe ich das Problem: Ihr denkt, ich will die *Fläche* > der Haltestellen mappen und als Node darstellen? > > Falsch! > > Es geht mir um den *Haltestellenmast*. > Gegen einen separat gemappten Masten gibt es eigentlich nichts einzuwenden - einfach als Info hier steht ein Mast mit der und der Bedeutung... Die Haltestelleninformation die man aber während einer Busfahrt "benötigt" sollten aber schon direkt mit dem Verkehrsweg verbunden sein. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps hat nachgerüstet
Ulf Möller schrieb: > Hier ein direkter Verlgeich: > > http://sautter.com/map/?zoom=17&lat=48.14112&lon=11.58834&layers=B000TFFF Hmm ... manche Wege sind 100%ig identisch ... wie kann das nur kommen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps hat nachgerüstet
Die Gebäudehöhen sind eigentlich gar nicht so detailliert erfasst, aber machen Eindruck... Hier ein direkter Verlgeich: http://sautter.com/map/?zoom=17&lat=48.14112&lon=11.58834&layers=B000TFFF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google Maps hat nachgerüstet
Zumindest in München: http://maps.google.de/maps?ll=48.137812,11.576017&z=17 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Am 26. März 2009 18:53 schrieb Thomas Reincke : > Frederik Ramm schrieb: >> Derzeit versuchen wir, die Grenzen moeglichst genau zu legen, aber es >> ist immer eine Vereinfachung drin, weil der Europa-Job sonst ewig >> rechnen wuerde. Auf der einen oder anderen Seite fehlt also immer etwas. > > Wenn ich NRW herunterlade erwarte ich eigentlich das ganz NRW drin ist > und nicht hier und da ein Eckchen fehlt. wenn man wirklich ganz NRW > haben will muß man sich sonst Europa runterladen und das meiste > anschließend wegwerfen. > > Gut 5km ist vielleicht etwas arg reichlich. Aber wenn der Buffer so > gewählt ist das immer das ganze Auswahlelement sicher enthalten ist wäre > das nicht verkehrt. Vielleicht reichen mit den besseren Polygonen ja > auch schon 50 oder 100 m. gut wäre ein Algorithmus, der nur Richtung Aussenseite vereinfacht, also so ne Art Gummiband drum legt, dass man immer sicher ist, alles zu haben, und eben noch ein bisschen mehr wg. Rundung an den Grenzen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
Jonas Krückel (John07) schrieb: > http://wiki.openstreetmap.org/wiki/Servers/smaug Oh ... kein MySQL mehr? Sehr löblich! Nett, das Board alleine kostet 450 EUR *G* Stecken da wohl Raptoren drin? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
Tobias Wendorff schrieb: > Frederik Ramm schrieb: > >> der eine oder andere hat sich ja trotz Paypal an der Spendenaktion >> neulich beteiligt, und wenn ihr sehen wollt, was daraus geworden ist >> (und wo ihr kuenftig Eure Daten hin hoch laden werdet), gibt es hier ein >> kleines Foto-Set von Shaun direkt aus den Londoner Cloudmade-Bueros: >> http://www.flickr.com/photos/smsm1/sets/72157615842027585/ >> > > Gibt es irgendwo technische Details zu dem Server? Bin interessiert. > http://wiki.openstreetmap.org/wiki/Servers/smaug Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
Frederik Ramm schrieb: > der eine oder andere hat sich ja trotz Paypal an der Spendenaktion > neulich beteiligt, und wenn ihr sehen wollt, was daraus geworden ist > (und wo ihr kuenftig Eure Daten hin hoch laden werdet), gibt es hier ein > kleines Foto-Set von Shaun direkt aus den Londoner Cloudmade-Bueros: > http://www.flickr.com/photos/smsm1/sets/72157615842027585/ Gibt es irgendwo technische Details zu dem Server? Bin interessiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Kartographie für viele VRR-Stadtl inienpläne
Tobias Wendorff schrieb: > Die verwenden jetzt alle den Anbieter, den Dortmund auch > verwendet. > > Nettes Dingen. ups ... das war eigentlich nicht für die Liste :-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Kartographie für viele VRR-Stadt linienpläne
Die verwenden jetzt alle den Anbieter, den Dortmund auch verwendet. Nettes Dingen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Der neue Datenbankserver
Hallo, der eine oder andere hat sich ja trotz Paypal an der Spendenaktion neulich beteiligt, und wenn ihr sehen wollt, was daraus geworden ist (und wo ihr kuenftig Eure Daten hin hoch laden werdet), gibt es hier ein kleines Foto-Set von Shaun direkt aus den Londoner Cloudmade-Bueros: http://www.flickr.com/photos/smsm1/sets/72157615842027585/ Der Mann, der auf den Bildern die schwere Arbeit macht, ist Matt Amos. Er hat einen Studienabschluss in Luftfahrttechnik, er kann sowas ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Besser spät als nie: Worldfile vom 25.03.09
Hallo, die neuen Daten liegen wie immer zum Download bereit, im Moment ist aber noch nicht das korrekte neue typfile dabei und in den Dateien, kommt wahrscheinlich morgen oder am Wochenende noch. http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Moin, > Vielleicht ist das Navi-Gerät sehr erfolgreich. Wir profitieren davon > nicht, denn niemand weiss, dass die Daten von uns sind. es schadet uns aber auch nicht. ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Frederik Ramm schrieb: > Derzeit versuchen wir, die Grenzen moeglichst genau zu legen, aber es > ist immer eine Vereinfachung drin, weil der Europa-Job sonst ewig > rechnen wuerde. Auf der einen oder anderen Seite fehlt also immer etwas. Wenn ich NRW herunterlade erwarte ich eigentlich das ganz NRW drin ist und nicht hier und da ein Eckchen fehlt. wenn man wirklich ganz NRW haben will muß man sich sonst Europa runterladen und das meiste anschließend wegwerfen. > Ein 5km-Buffer um alles wuerde die Polygone vereinfachen und die > Berechnung verschnellern, aber wenn jemand dann Berechnungen nach Art > von "Summe aller Strassenlaengen" machen will, hat er immer noch Ausland > mit drin - da koennen wir dann auch gleich rechteckige Boundingboxen Gut 5km ist vielleicht etwas arg reichlich. Aber wenn der Buffer so gewählt ist das immer das ganze Auswahlelement sicher enthalten ist wäre das nicht verkehrt. Vielleicht reichen mit den besseren Polygonen ja auch schon 50 oder 100 m. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Frederik Ramm schrieb: > (...) > da koennen wir dann auch gleich rechteckige Boundingboxen > machen. Das ist auch geplant, wir wissen bloss noch nicht genau, ob > zusaetzlich zu den alten Files oder in Ergaenzung etc.; > Oh super! Könntet Ihr auch noch ein "großzügiges" Deutschland-Rechteck bzw. Mitteleuropa erzeugen? So ein Bereich von E005-E015 und N45-N55. Das wäre für das Erzeugen der NaviPOWM-Karten toll, dann hätte ich nicht immer das Problem mit den Kacheln an der Grenze von Deutschland. Ich kann zwar die Daten auch direkt aus dem Europafile ausschneiden, aber so wäre die Rechenzeit natürlich viel kürzer. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Hallo, Thomas Reincke wrote: >> sagt mal kann es sein, dass im Deutschlandauszug von der Geofabrik >> Grenzen fehlen? Zumindest die deutsche Grenze hat Löcher. > > ist mir auch schon aufgefallen. Um die Grenzpolygone nicht unnötig > aufzublähen fände ich es am praktischsten, wenn man einfach mit jdem > Land noch 5 km "Speckgürtel" mitbekäme. Derzeit versuchen wir, die Grenzen moeglichst genau zu legen, aber es ist immer eine Vereinfachung drin, weil der Europa-Job sonst ewig rechnen wuerde. Auf der einen oder anderen Seite fehlt also immer etwas. Ein 5km-Buffer um alles wuerde die Polygone vereinfachen und die Berechnung verschnellern, aber wenn jemand dann Berechnungen nach Art von "Summe aller Strassenlaengen" machen will, hat er immer noch Ausland mit drin - da koennen wir dann auch gleich rechteckige Boundingboxen machen. Das ist auch geplant, wir wissen bloss noch nicht genau, ob zusaetzlich zu den alten Files oder in Ergaenzung etc.; Leute neigen dazu, alles herunterzuladen, was man auf den Server legt, egal, wie oft sie dann das gleiche haben ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Christoph Wagner schrieb: > sagt mal kann es sein, dass im Deutschlandauszug von der Geofabrik > Grenzen fehlen? Zumindest die deutsche Grenze hat Löcher. ist mir auch schon aufgefallen. Um die Grenzpolygone nicht unnötig aufzublähen fände ich es am praktischsten, wenn man einfach mit jdem Land noch 5 km "Speckgürtel" mitbekäme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutschlandauszug Geofabrik passt nicht so ganz
Hallo, sagt mal kann es sein, dass im Deutschlandauszug von der Geofabrik Grenzen fehlen? Zumindest die deutsche Grenze hat Löcher. Im Nordwesten Deutschlands fehlt ne ganze Ecke der Seegrenze (auch Helgoland ist glaub ich gar nicht dabei) und ab und zu z.B. in Bayern fehlen kleinere Segmente. Aufgefallen ist mir das, nachdem ich den Deutschlandauszug in ne postgis db gehaun hab und mir die Grenzen anzeigen ließ. Wäre das machbar die Grenzen mit denen man ausschneidet so zu legen, dass die OSM-Grenzen mit drin sind? Der Vorteil wäre, dass osm2pgsql daraus dann gleich ein Polygon bauen könnte, sofern die Grenze geschlossen ist... Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Fabian -Patzi- Patzke schrieb: > Es geht auch um den Weg OSM -> OpenGeoDB nicht import. Momentan und mit > der OBDL wäre eine Rückgabe unserer Korrekturen an die OpenGeoDB wohl > nicht möglich. Sorry, habe mich nur auf den Betreff bezogen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am S tart
Am 26. März 2009 08:07 schrieb Matthias Versen : > Warum sollte man das anpassen nur weil ein Utility damit Probleme hat > insbesondere da Kebab eine spezielle Version von Döner ist und Döner > auch auch wesentlich passender ist ? ist das so? Vielleicht in Deutschland und in der Türkei, aber international ist Kebab ohne Döner m.E. weiter verbreitet: http://it.wikipedia.org/wiki/Kebap http://fr.wikipedia.org/wiki/Kebab http://es.wikipedia.org/wiki/Kebab http://en.wikipedia.org/wiki/D%C3%B6ner_kebab Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
2009/3/26 André Reichelt : > Torsten Leistikow schrieb: >> Soll man jetzt bei jeder frisch abgerissenen Bruecke ohne weitere >> Informationen einfach ein construction=yes spendieren? Tragen wir in die >> Datenbank ein, was da ist, ober spielen wir Hellseher und raten, was da >> mal hinkommen koennte? > > Warum machen wir es nicht vorerst so wie bei den Bahngleisen? Da gibt es > doch spezielle Tags für stillgelegte und rückgebaute Gleise. Warum also > nicht auch für Autobahnen und deren Brücken? > > André gibt es doch alles schon, liest Du hier überhaupt die Posts (s.o.)? Mapfeatures: highway construction For roads under construction, use with construction=* constructionAny linear highway object may be added; e.g., construction=motorway. Use with highway=construction http://wiki.openstreetmap.org/wiki/Key:construction Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Tobias Wendorff schrieb: > Johann H. Addicks schrieb: >> Ist die neue Lizenz "frei genug", dass wir in Zukunft die von uns >> durchgeführten Verbesserungen/Korrekturen (Stichwort: fehlende Minuten- >> Nachkommastellen im lat/lon) von Punkten des OpenGeoDB-Imports denen >> wiederzurückgeben können? > > Ich frage mich, ob wir die Daten überhaupt wollen :-) > > Mittlerweile dürften unsere Daten in vielen Bereichen bessern sein. > Auch sind die Daten der OpenGeoDB ziemlich dubiös beschafft. Es geht auch um den Weg OSM -> OpenGeoDB nicht import. Momentan und mit der OBDL wäre eine Rückgabe unserer Korrekturen an die OpenGeoDB wohl nicht möglich. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 15:19 schrieb Tobias Wendorff : > Martin Koppenhoefer schrieb: >>> >>> Das entlastet die Hauptdatenbank und ist einfacher zu warten, >>> ebenfalls im Wikipedia-Style. >>> >> da wäre ich mir nicht so sicher, man hätte dann nämlich auch n >> Datenbanken, die alle unterschiedliche Felder, Schnittstellen, >> Struktur, etc. hätten. > > Nicht unbedingt. Off-Talk wurden schon einige Sachen diskutiert. > OSM ist auch nicht einheitlich und hält zusammen. > ich bin da ja sehr dafür, das in Zukunft zu machen, im Moment hat man halt die Alternative, man baut selbst das System auf oder man trägt die Sachen in OSM ein. Das einfachere ist für mich bisher letzteres gewesen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Martin Koppenhoefer schrieb: >> Das entlastet die Hauptdatenbank und ist einfacher zu warten, >> ebenfalls im Wikipedia-Style. >> > da wäre ich mir nicht so sicher, man hätte dann nämlich auch n > Datenbanken, die alle unterschiedliche Felder, Schnittstellen, > Struktur, etc. hätten. Nicht unbedingt. Off-Talk wurden schon einige Sachen diskutiert. OSM ist auch nicht einheitlich und hält zusammen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 14:42 schrieb Tobias Wendorff : > > Wie neulich schon gesagt wurde: > Wir haben jetzt n-Apotheken, wo der Name steht, aber die Adresse > nicht. Hätten wir die Adresse, könnten wir viel mehr damit machen. eine Frage der Zeit, wir haben halt noch nicht so lange ein einheitliches Adress-system. > Die kommerziellen Anbieter machen es ja genauso: Man hat Straßenzüge > mit den Adressen und hängt dann die Informationen aus den Branchen- > und Telefonbüchern dran. > > Das entlastet die Hauptdatenbank und ist einfacher zu warten, > ebenfalls im Wikipedia-Style. > da wäre ich mir nicht so sicher, man hätte dann nämlich auch n Datenbanken, die alle unterschiedliche Felder, Schnittstellen, Struktur, etc. hätten. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Original-Nachricht > Datum: Thu, 26 Mar 2009 14:15:24 +0100 > Von: Martin Koppenhoefer > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Bushaltestellen vs. Recyclingstellen > Das sind also schonmal die Typen, die man in Deutschland mindestens > antreffen kann (soviel zum Thema: "die Haltestellen sind alle gleich" > Herr Biker). Naja, beschraenkt man sich auf die Strasse/Bus-Beziehung wirds schon uebersichtlicher. Und sie sind nicht alle gleich, manche haben Randsteine aus Granit und andere sind gepflastert, und, und, und... Es geht um wiedererkennbare Muster, die man gut in einer Datensammlung abbilden kann. Verzichtet man auf solche Muster, beschreibt man mit sehr grossen Aufwand Dinge, die sich endlos wiederholen. Kann man machen, muss man aber nicht und ich machs ganz sicher nicht. > Klar könnte man jetzt diese Haltestellen danach > kategorisieren und diese Typen an die Nodes packen, nur: was sollte > das bringen? Dass nicht jeder einzelne versuchen muss, jedes Detail aufs neue neu abzubilden? > Hinsichtlich routing und auch Kartendarstellung bevorzuge > ich die Variante, die einzelnen Details wie Fußwege, Überwege, > Absperrungen, Häuschen, Fahrkartenautomaten, Haltestellen(schilder), > Bussteige zu mappen, anstatt das alles pauschal in tags zu packen. Das ist der Uebergang von der digitalen Karte zum GIS, aber egal... > Ketzerisch: Natürlich könnte man auch eine Großstadt einfach als Node > "Großstadt" taggen, ein paar ergänzende Informationen in Tags packen > (Handelsstadt, 400.000 EW, bedeutende Stadterweiterung im 18.Jh im > Südosten), und für manche Anwendungen wäre das völlig ausreichend, > aber für andere eben nicht. Der technische Aspekt dazu ist die Aufloesungsgrenze und die ist dadurch bestimmt, was der Durchschnitt der Mapper mit den ueblichen Mitteln erfassen kann. Diese Grenze sehe ich nach eigenen Erfahrungen bei 5-10Metern. Da spielt nicht nur die Messgenauigkeit der GPS rein, sondern auch die Uebertragung in josm, die Kurvenaproximation in Segmenten, usw. Unterhalb dieser Grenze macht es Sinn, sich zu ueberlegen, Dinge abstrakt darzustellen statt sie exakt auszuformulieren. Die Definition, dass ein Buergersteig ca. 2m breit ist und neben der Fahrbahn verlaeuft, ist i.A. genauer als per Hand und Auge ein Parallellinie zu zeichnen. Vermessungstechniker haben anderes Geraet, feste Bezugspunkte und deshalb eine andere Aufloesungsgrenze. Gruesse Hubert -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am Donnerstag 26 März 2009 14:53:59 schrieb André Reichelt: > Vielleicht ist das Navi-Gerät sehr erfolgreich. Wir profitieren davon > nicht, denn niemand weiss, dass die Daten von uns sind. Selbst wenn er es schaffen sollte die Daten so zu verunstalten,d ass jahrelang keiner verdacht schöpft, ist das doch egal. > Warum sollte er die Update-Preise senken? Merkt ja eh keiner von den > dummen Eseln, die seine Updates kaufen. Genau. So wie es jetzt schon "dumme Esel" gibt, die Dinge kaufen die es anderswo umsonst oder wesentlich billiger gibt. Was ist mit den Leuten die sich für teuer Geld durch Handauflegen heilen lassen und was ist mit den Leuten die ein Auto beim Vertragshändler reparieren lassen obwohl eine freie Werkstatt das auch kann. Es kann dir doch völlig schnurzpiepegal sein. Und sobald die ComputerBild mal berichtet, dass es ein anderes Navi gibt, das genauso toll ist und bei dem man die Karten kostenlos updaten kann, dann will ich lieber der Hersteller des letzteren sein. Du tust hier grade immer so als gäbe es auf der Welt nur einen Navi-Hersteller und wenn der ein Gerät mit kommerzialisierten Daten macht, dann gibt es keinerlei Alternative mehr. Das ist doch Käse, es gibt viele Hersteller und es wird in der Zukunft noch viel mehr geben. Gruß, Bernd -- Make something idiot proof and someone will make a better idiot. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 14:31 schrieb Thomas Reincke : > Martin Koppenhoefer schrieb: >> Herr Biker). Klar könnte man jetzt diese Haltestellen danach >> kategorisieren und diese Typen an die Nodes packen, nur: was sollte >> das bringen? Hinsichtlich routing und auch Kartendarstellung bevorzuge > > Ich würde mich freuen, wenn ich diese Infos hätte. Für einen Rolli ist > es sehr hilfreich, wenn er an einer Haltestelle mit Hochbord einsteigen > kann. Und das Vorhandensein eine Wartehalle ist auch was feines. > > Es gibt Leute, die sich für viel Geld Gedanken machen, welche > Haltestellen zweckmäßig mit Dingen wie > - Stadtplan > - Umgebungsplan > - Liniennetzplan > - Uhr > - Lautsprecher > - Dynamischer Abfahrtsinformation > - Fahrkartenautomat > - Wetterschutz > - Sitzgelegenheit > usw. > > ausgestattet sein sollen und das in einem "Nahverkehrsplan" niederschreiben. > > Daher finde ich es nicht ganz abwägig solche Informationen, ebenso wie > die Bauform auch in OSM aufzunehmen. ich bin nicht dagegen, die Bauform aufzunehmen, im Gegenteil, ich schrieb es sei zweckmäßiger, diese anstatt pauschal in Tags auf einem Node abzubilden, sie gleich ordentlich geographisch mit ways etc. reinzunehmen (tags hat man da natürlich auch). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise/iX: Rechtslage vor Nutzung von G eodaten genau prüfen
Hallo Fech U, Franz Eugen Hagenow schrieb: > der zweite Link verweist auch auf die Heise-Seite! ach Mist ... ich wusste doch, dass der 1. Link zu lang war :-) Hier der Richtige (steht auch im Artikel): http://www.heise.de/ix/artikel/2009/04/120/ Danke Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Johann H. Addicks schrieb: >> Ich frage mich, ob wir die Daten überhaupt wollen :-) > > Wir haben die DAten schon, aber wenn wir denen nichts zurückgeben, dann ist > das "Nehmen ohne Geben". Die Lizenz mit denen war doch noch nie kompatibel zu unserer. Momentan hätten wir denen ja auch nichts geben dürfen ... ich kenne die Absprachen von dmalas nichts. >> Mittlerweile dürften unsere Daten in vielen Bereichen bessern sein. > > Gerade drum! Uns kostet es nichts! Aber böse gesagt: OpenGeoDB wird so ziemlich überflüssig :-) OpenGeoDB aus OSM-Daten ableiten dürfte fix gehen :-# ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 14:24 schrieb Tobias Wendorff : > Martin Koppenhoefer schrieb: >> >> Aha, und wo setzt Du Dein Maßband an? Im Endeffekt wirst Du damit >> natürlich trotzdem nur relative Genauigkeit bekommen, d.h. einen >> genauen Abstand von einem anderen, ungenau vermessenen Objekt. > > Wer sagt, dass man Originalobjekt ungenau vermessen wurde? > irgendwo wirst Du anfangen müssen. Klar, wenn Du ein professionelles dgps hast, Dir damit ein Bezugsraster einmisst, und dann von diesem ausgehend mit dem Maßband loslegst, wird alles ziemlich präzise (solange niemand Deine Objekte wieder verschiebt und Du keinen Fehler machst). Machst Du das? Dann bist Du wohl einer der 0,01 Promille, die so vorgehen (m.E. der Einzige). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Heise/iX: Rechtslage vor Nutzung von G eodaten genau prüfen
Hallo Tobias, der zweite Link verweist auch auf die Heise-Seite! Gruß, Fech U ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Claudius Henrichs schrieb: > Am 26.03.2009 13:00, Tobias Wendorff: >> Claudius Henrichs schrieb: >>> Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen >>> Renderpipeline nie können. >> Wie definierst Du Renderpipeline? Mapnik kann Kollisionserkennung >> zwischen Labels nur rudimentär. Auch das Labeling ist im Vergleich >> zu professioneller Kartographiesoftware eher schwach ausgeprägt. > > Sorry, meinte natürlich Osmarender. Okay, das habe ich mir gedacht - aber auch in Mapnik klappt es nicht gut. Wäre es für Osmarender nicht vielleicht sinnvoll, erst die Karte und dann die Beschriftung zu berechnen? Dann könnte man durch Umgebungsabfragen schauen, ob der Name bereits im Umkreis von xy-Pixeln niedergeschrieben wurde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
>> Ist die neue Lizenz "frei genug", dass wir in Zukunft die von uns >> durchgeführten Verbesserungen/Korrekturen (Stichwort: fehlende Minuten- >> Nachkommastellen im lat/lon) von Punkten des OpenGeoDB-Imports denen >> wiederzurückgeben können? > Ich frage mich, ob wir die Daten überhaupt wollen :-) Wir haben die DAten schon, aber wenn wir denen nichts zurückgeben, dann ist das "Nehmen ohne Geben". > Mittlerweile dürften unsere Daten in vielen Bereichen bessern sein. Gerade drum! Uns kostet es nichts! > Auch sind die Daten der OpenGeoDB ziemlich dubiös beschafft. Noch ein Argument, denen Daten zu geben, die dann nicht mehr Dubios sind, sondern von unserem Projekt neu erfasst. Anyway: Schade. BSD-Lizenz wäre doch besser. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Torsten Leistikow schrieb: > Soll man jetzt bei jeder frisch abgerissenen Bruecke ohne weitere > Informationen einfach ein construction=yes spendieren? Tragen wir in die > Datenbank ein, was da ist, ober spielen wir Hellseher und raten, was da > mal hinkommen koennte? Warum machen wir es nicht vorerst so wie bei den Bahngleisen? Da gibt es doch spezielle Tags für stillgelegte und rückgebaute Gleise. Warum also nicht auch für Autobahnen und deren Brücken? André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Am 26.03.2009 13:00, Tobias Wendorff: > Claudius Henrichs schrieb: >> Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen >> Renderpipeline nie können. > > Wie definierst Du Renderpipeline? Mapnik kann Kollisionserkennung > zwischen Labels nur rudimentär. Auch das Labeling ist im Vergleich > zu professioneller Kartographiesoftware eher schwach ausgeprägt. Sorry, meinte natürlich Osmarender. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. // Nachtrag
Frederik Ramm schrieb: > [...] und es waere Unsinn, Leuten zu empfehlen, lieber auf das > Erfassen zusaetzlicher Daten zu verzichten [...] Jenes habe ich übrigens nie behauptet. Man sollte den Leuten nur klar machen, dass es sinnvoll wäre, wenigstens die Hausnummer mit aufzuschreiben. Postleitzahl & Co. sind IMHO nicht so wichtig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Hallo, Johann H. Addicks wrote: > Ist die neue Lizenz "frei genug", dass wir in Zukunft die von uns > durchgeführten Verbesserungen/Korrekturen (Stichwort: fehlende Minuten- > Nachkommastellen im lat/lon) von Punkten des OpenGeoDB-Imports denen > wiederzurückgeben können? Nein, die vorgeschlagene neue Lizenz waere nicht "frei genug" dafuer, da eine Liste aller Orte mit Koordinaten eine abgeleitete Datenbank waere, die ihrerseits wieder unter der ODbL stehen muesste. Eine Ausnahme hiervon waere es, wenn die Liste aller Orte mit Koordinaten "sicht substantiell" waere. Das ist aber nicht richtig definiert. Etwas, was "nicht substantiell" ist, darf jeder zu jedem Zweck und ohne jede Gegenleistung aus unserer Datenbank holen. Aber mehrere "nicht substantielle" Extrakte, die zu einem substantiellen Ganzen kombiniert werden, haben dann wieder den ODbL-Effekt. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Frederik Ramm schrieb: > *Wenn* so ein System dann mal da ist, duerfte es ein Leichtes sein, > Daten aus OSM dort hin zu migrieren. Darueber kann man sich aber *dann* > Gedanken machen. Stimmt, aus Fehlern muss man ja nicht lernen - die Freiheit darfst Du Dir gerne nehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Johannes Hüsing schrieb: > Kann das sein, dass Du "trivial" im gegensätzlichen Sinn wie die > meisten anderen > benutzt? Nehmen wir das Ganze doch mal wörtlich. Ihr wollt PD: Jetzt nimmt der bekannte Navihersteller F. unsere Daten und verwendet zukünftig diese Statt die von Naviatlas. Er ist nicht zur Namensnennung verpflichtet. Er nimmt also einfach das Naviatlas-Logo raus und tut dann so, als hätte er die Daten selber gesammelt. Vielleicht ist das Navi-Gerät sehr erfolgreich. Wir profitieren davon nicht, denn niemand weiss, dass die Daten von uns sind. Warum sollte er die Update-Preise senken? Merkt ja eh keiner von den dummen Eseln, die seine Updates kaufen. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Johann H. Addicks schrieb: > Ist die neue Lizenz "frei genug", dass wir in Zukunft die von uns > durchgeführten Verbesserungen/Korrekturen (Stichwort: fehlende Minuten- > Nachkommastellen im lat/lon) von Punkten des OpenGeoDB-Imports denen > wiederzurückgeben können? Ich frage mich, ob wir die Daten überhaupt wollen :-) Mittlerweile dürften unsere Daten in vielen Bereichen bessern sein. Auch sind die Daten der OpenGeoDB ziemlich dubiös beschafft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lizenz zum x-ten: OpenGeoDB-Abgleich
Ist die neue Lizenz "frei genug", dass wir in Zukunft die von uns durchgeführten Verbesserungen/Korrekturen (Stichwort: fehlende Minuten- Nachkommastellen im lat/lon) von Punkten des OpenGeoDB-Imports denen wiederzurückgeben können? Bisher verhinderte die Lizenz das meines Wissens. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Heise/iX: Rechtslage vor Nutzung von Geodaten genau prüfen
Hallo Community, OSM hat mal wieder Einzug in die Heise-Welt gefunden: http://www.heise.de/newsticker/Rechtslage-vor-Nutzung-von-Geodaten-genau-pruefen--/meldung/135200 Und die Online-Version des iX-Artikels: http://www.heise.de/ix/news/meldung/135200 Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Martin Koppenhoefer schrieb: >>> Vollstaendig erfast waren die Bruecken sowieso noch nicht. Also finde >>> ich es passend, alles zu loeschen, was zur Zeit nicht existiert ist, und >>> alles einzutragen, was existiert aber nicht in der Datenbank steht. > > Inwiefern hängt das damit zusammen, dass die Brücken nicht vollständig > waren? Das bedeutet doch nur, dass man sie vervollständigt, ansonsten > beeinflusst das m.E. nicht die Art, wie man taggt, bzw. ob man was > löscht. Es ging mir darum, nicht bei jeder abgerissenen Bruecke einfach ein construction=yes ranzuhaengen. Denn 1. zu diesem Zeitpunkt ist da keine Bruecke, und 2. weiss kaum einer, der mit dem Auto da lang kommt, ob da ueberhaupt wieder eine Bruecke aufgebaut wird. Wenn unser Strassennetz in der Region bereits komplett waere, wuerde ich da vielleicht ein etwas zurueckhaltenderes Vorgehen befuerworten. Und auf den Einwand, wie denn die Baustelle gefunden werden sollte: Die Zufahrtsstrassen lasse ich ja in der Datenbank stehen, da sie ja auch in der Realitaet nicht abgerissen werden. Zur Darstellung der Lage: Auf dem etwa 75km langen Autobahnabschnitt sind in letzter Zeit geschaetzt etwa zwei dutzend Bruecken abgerissen worden. Damit sind die erstmal weg. An einigen Stellen sind daneben Behelfsbruecken errichtet worden. Dass die in die OSM-Datenbank gehoeren ist sicherlich unstrittig. An einigen Stellen sind Bauarbeiten im Gange, die den Schluss naheliegen, dass da wieder eine neue Bruecke gebaut wird. Da steht aber nicht dran, ob das wieder genau so eine Bruecke wird wie frueher, oder ob das vielleicht nur eine Fussgaengerbruecke oder eine Wildbruecke wird. Und an einigen Stellen ist momentan gar nicht zu sehen, ob da ueberhaupt wieder was gebaut wird. Soll man jetzt bei jeder frisch abgerissenen Bruecke ohne weitere Informationen einfach ein construction=yes spendieren? Tragen wir in die Datenbank ein, was da ist, ober spielen wir Hellseher und raten, was da mal hinkommen koennte? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Hallo, Tobias Wendorff wrote: > Ich bin mittlerweile geteilter Meinung, was alles in OSM rein soll. > 1. Man macht aus OSM ein Werk, wo alles drin ist, was man nur reinpacken > kann. > > 2. Man macht aus OSM ein Basiswerk, wo wirklich nur die minimalsten > Informationen drin sind, führt externe Informationsdatenbanken und > hängt diese dann durch JOINs an die Basisdaten. Diese Ueberlegung und die Datenerfassung sind voneinander unabhaengig. Solange es kein zweites System gibt, dessen Daten sich leicht mit OSM "joinen" lassen, muessen zwangslaeufig alle Daten in OSM, und es waere Unsinn, Leuten zu empfehlen, lieber auf das Erfassen zusaetzlicher Daten zu verzichten, solange bis ein Parallelsystem fuer Ergaenzungsdaten da ist. (Oder mehrere.) *Wenn* so ein System dann mal da ist, duerfte es ein Leichtes sein, Daten aus OSM dort hin zu migrieren. Darueber kann man sich aber *dann* Gedanken machen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Original-Nachricht > Datum: Thu, 26 Mar 2009 14:14:23 +0100 > Von: Tobias Wendorff > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Bushaltestellen vs. Recyclingstellen > Ich meinte wohl schon Vermessung im Sinne von Maßband. Ich würde > schätzen, dass 20% meines Dateninputs für OSM vermessen sind, > 70% GPS und 10% aus WMS. Also im Normalfall ist der naechste Bezugspunkt die Strasse, dann kann man gleich die Haltestelle in Bezug zur Strasse setzen. Oder wenn man einen externen Bezugspunkt hat, kann man ueber die Bindung von Haltestelle und Strasse gleich noch die Strasse mitverbessern. > Bitte erstell' doch mal ein Tag, wie Du es Dir vorstellst. > Ich kann mir darunter echt nichts vorstellen. Ich brauche keines. Die Vorstellung ist, dass wenn die Bushaltestelle diesem Schema folgt, ich sonst nichts weiter eintragen muss. Nur wenn markante Abweichungen da sind, trage ich die ein, z.B. eine Laenge der Bucht in Meter. > Wieso beschränkst Du es immer auf Routing? Wenn ich die > Haltestellenflächen berechnen will, bringt mir nichts zu > wissen, wo die Haltestelle ist. Ist das nicht ein wenig kurz gesprungen? Abgesehen davon dass ich jetzt nicht ganz mitbekomme, wie du jetzt von einem Punkt zu einer Flaeche kommst, ist es unabhaengig davon immer gut zu wissen, wo eine Haltestelle liegt. Wenn sich absolute Koordinaten und relativer Bezug ergeanzen und sich gegenseitig absichern ist das ein Mehrwert. Das hat nichts mit Routing zu tun, sondern nur mit der Mehrfachverwendung der Daten des Ways, an dem die Haltestelle liegt. Redundante Daten braucht niemand... Gruesse Hubert -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Thomas Reincke schrieb: > Daher finde ich es nicht ganz abwägig solche Informationen, ebenso wie > die Bauform auch in OSM aufzunehmen. Ich bin mittlerweile geteilter Meinung, was alles in OSM rein soll. 1. Man macht aus OSM ein Werk, wo alles drin ist, was man nur reinpacken kann. 2. Man macht aus OSM ein Basiswerk, wo wirklich nur die minimalsten Informationen drin sind, führt externe Informationsdatenbanken und hängt diese dann durch JOINs an die Basisdaten. Ich finde eindeutig den 2. Weg besser. Auch von der Wartung her. Wie neulich schon gesagt wurde: Wir haben jetzt n-Apotheken, wo der Name steht, aber die Adresse nicht. Hätten wir die Adresse, könnten wir viel mehr damit machen. Die kommerziellen Anbieter machen es ja genauso: Man hat Straßenzüge mit den Adressen und hängt dann die Informationen aus den Branchen- und Telefonbüchern dran. Das entlastet die Hauptdatenbank und ist einfacher zu warten, ebenfalls im Wikipedia-Style. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygon wird nicht gerendet
Am 26.03.2009 13:27, Udo Giacomozzi: > Kann mir jemand sagen, warum die Sandbänke (z.B. Weg 32393147) an > dieser Stelle beim Rendern nicht frei gelassen werden und statt dessen > die komplette Flussbreite gefüllt wird? > > http://www.openstreetmap.org/?lat=46.659901&lon=11.14457&zoom=18 > > (habe auch mit Metacarta's up-to-date geprüft) Werden sie. Mapnik ist gerade dabei. Auf Zoom 17 und 18 sieht man es schon. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Martin Koppenhoefer schrieb: > Herr Biker). Klar könnte man jetzt diese Haltestellen danach > kategorisieren und diese Typen an die Nodes packen, nur: was sollte > das bringen? Hinsichtlich routing und auch Kartendarstellung bevorzuge Ich würde mich freuen, wenn ich diese Infos hätte. Für einen Rolli ist es sehr hilfreich, wenn er an einer Haltestelle mit Hochbord einsteigen kann. Und das Vorhandensein eine Wartehalle ist auch was feines. Es gibt Leute, die sich für viel Geld Gedanken machen, welche Haltestellen zweckmäßig mit Dingen wie - Stadtplan - Umgebungsplan - Liniennetzplan - Uhr - Lautsprecher - Dynamischer Abfahrtsinformation - Fahrkartenautomat - Wetterschutz - Sitzgelegenheit usw. ausgestattet sein sollen und das in einem "Nahverkehrsplan" niederschreiben. Daher finde ich es nicht ganz abwägig solche Informationen, ebenso wie die Bauform auch in OSM aufzunehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Martin Koppenhoefer schrieb: > Aha, und wo setzt Du Dein Maßband an? Im Endeffekt wirst Du damit > natürlich trotzdem nur relative Genauigkeit bekommen, d.h. einen > genauen Abstand von einem anderen, ungenau vermessenen Objekt. Wer sagt, dass man Originalobjekt ungenau vermessen wurde? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Thomas Reincke schrieb: > Tobias Wendorff schrieb: >> Das ist nicht korrekt. Wenn die Haltestelle nur einen Namen hat, >> hat sich auch nur einen Masten. Wenn der Mast ganz vorne ist, dann > > Hä? Ich habe viele Haltestellen die aus mehreren Masten besteht die alle > auf den selben Namen hören. Bezeichnungen wie "H.1", "Bussteig 2" usw. > habe ich meist nur bei Busbahnhöfen. Diese findet man auch auf den > Schildern und auf den Aushangfahrplänen. Du hast auf einer Seite verschiedene Masten mit dem gleichen Namen? > In der Fahrplanauskunft habe ich oftmals weitere Zusätze wie > beispielsweise "Boxgraben -> Hbf" hinzugefügt um den Fahrgästen die > Orientierung zu erleichtern. Die stehen nirgends, helfen aber dennoch. Ich nenne jetzt nicht das Hamm (Westf.) Beispiel :-) >> hält der Bus auch da. Wenn der Mast aber mittig ist, hält er dort >> nicht. >> >> Das ist nicht, wie bei den Haltetafeln der Bahn. > > Du solltest die Papierkörbe an den Bushaltestellen eintragen. Es soll > Busfahrer geben, die halten immer mit der hinteren Tür genau vor dem > Papierkorb. Insbesondere dann, wenn man mit dem Kinderwagen aussteigen > möchte. Wenigsten halten sie bei Euch nicht mitten auf einer Kreuzung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 14:14 schrieb Tobias Wendorff : > qbert biker schrieb: >> Man _muss_ nicht alles metergenau vermessen. Die 'Vermessung' >> eines Pfostens in der Landschaft mittels GPS und ohne >> Bezugspunkt ist ja auch nur eine bessere Schaetzung. > > Ich meinte wohl schon Vermessung im Sinne von Maßband. Ich würde > schätzen, dass 20% meines Dateninputs für OSM vermessen sind, > 70% GPS und 10% aus WMS. > Aha, und wo setzt Du Dein Maßband an? Im Endeffekt wirst Du damit natürlich trotzdem nur relative Genauigkeit bekommen, d.h. einen genauen Abstand von einem anderen, ungenau vermessenen Objekt. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 13:50 schrieb Tobias Wendorff : > Martin Koppenhoefer schrieb: >> Ja, sicher ist, dass der Bus auf Höhe des Masten hält - wenn es einer >> ist. > > Das ist nicht korrekt. Wenn die Haltestelle nur einen Namen hat, > hat sich auch nur einen Masten. Wenn der Mast ganz vorne ist, dann > hält der Bus auch da. Wenn der Mast aber mittig ist, hält er dort > nicht. > das war ein Missverständnis, ich meinte nicht "einen Masten" sondern "einen Bus", d.h. der erste Bus hält auf Höhe des Masten, die folgenden dahinter. Zum Thema Bushaltestellen ist die Wikipedia übrigens wie meist gar kein so schlechter Ausgangspunkt: http://de.wikipedia.org/wiki/Bushaltestelle So werden da z.B. folgende Typen unterschieden: Bushaltebucht (auch Bushaltestellenbucht) Hierbei handel es sich um eine Fahrbahnaufweitung, bei der der Bus nicht auf der Fahrbahn, sondern im Straßenseitenraum anhält. Das Ein- und Aussteigen erfolgt ohne die Behinderung des fließenden Verkehrs. Konventionelle Haltestelleninsel: Die Fußgänger müssen zum Erreichen der Insel die Fahrbahn überqueren, was unter Umständen Ampeln und Absperrgitter an der Bahnsteigrückseite erfordert. Kaphaltestellen: Der Gehweg ist bis an die Gleise vorgezogen bzw. die Gleise verschwenkt. Dies ist die sicherste Haltestellenform, da ein- und aussteigende Fahrgäste keine Fahrbahnen überquert müssen. Überfahrbare Kaphaltestelle/überfahrbares Haltestellenkap: Die sich zwischen Gleis und Gehweg befindliche Fahrbahn wird angehoben, so dass ein niveaufreier Übergang vom Gehweg zum Fahrzeug entsteht. Oft wird im Haltestellen- und/oder Rampenbereich der Fahrbahnbelag im Hinblick auf die Erkennbarkeit der Haltestelle und einer Geschwindigkeitsreduzierung gewählt. Wird eine Ampel zur Sicherung des Fahrgastwechsels gegen den übrigen Straßenverkehr verwendet, wird auch von einer dynamischen Haltestelle (Zeitinsel) gesprochen Überdachte Haltestellen werden auch unter den Begriff Wartehallen und dem Oberbegriff Stadtmöbel oder street furniture geführt. In größeren Städten befinden sich an vielen Haltestellen Fahrkartenautomaten. Auch ein Fahrplan und Informationstafeln zum Betrieb an der Haltestelle sind dort in der Regel angebracht, so dass sich potentielle Fahrgäste über Netz, Tarife sowie die An- und Abfahrzeiten der dort haltenden Verkehrsmittel informieren können. Doch auch Vandalismus zeigt sich besonders oft an Haltestellen und führt oft zu erheblichen Schäden. Wartehäuschen von Haltestellen werden oft über Plakatwerbung finanziert. Bedarfshaltestellen werden nur nach Anforderung angefahren – Terminals mit Benutzerschnittstellen erlauben auch Personen ohne Telefon eine Fahrt anzumelden. Die Terminals können mit Lichtstrom oder photovoltaisch versorgt werden. Die Benutzerschnittstelle besteht aus vandalenresistenten alphanumerischen oder Grafik-Displays und einem oder mehreren Druckknöpfen (Tasten). Doppelhaltestellen können von zwei oder mehr Fahrzeugen angefahren werden. Dadurch wird das wechselseitige Umsteigen möglich, erfordert aber lange Wege, wenn mehr als zwei Fahrzeuge halten. Früher war hierfür in Deutschland ein Schild mit zwei H im Kreis des Haltestellenschildes üblich Das sind also schonmal die Typen, die man in Deutschland mindestens antreffen kann (soviel zum Thema: "die Haltestellen sind alle gleich" Herr Biker). Klar könnte man jetzt diese Haltestellen danach kategorisieren und diese Typen an die Nodes packen, nur: was sollte das bringen? Hinsichtlich routing und auch Kartendarstellung bevorzuge ich die Variante, die einzelnen Details wie Fußwege, Überwege, Absperrungen, Häuschen, Fahrkartenautomaten, Haltestellen(schilder), Bussteige zu mappen, anstatt das alles pauschal in tags zu packen. Ketzerisch: Natürlich könnte man auch eine Großstadt einfach als Node "Großstadt" taggen, ein paar ergänzende Informationen in Tags packen (Handelsstadt, 400.000 EW, bedeutende Stadterweiterung im 18.Jh im Südosten), und für manche Anwendungen wäre das völlig ausreichend, aber für andere eben nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Tobias Wendorff schrieb: > Das ist nicht korrekt. Wenn die Haltestelle nur einen Namen hat, > hat sich auch nur einen Masten. Wenn der Mast ganz vorne ist, dann Hä? Ich habe viele Haltestellen die aus mehreren Masten besteht die alle auf den selben Namen hören. Bezeichnungen wie "H.1", "Bussteig 2" usw. habe ich meist nur bei Busbahnhöfen. Diese findet man auch auf den Schildern und auf den Aushangfahrplänen. In der Fahrplanauskunft habe ich oftmals weitere Zusätze wie beispielsweise "Boxgraben -> Hbf" hinzugefügt um den Fahrgästen die Orientierung zu erleichtern. Die stehen nirgends, helfen aber dennoch. > hält der Bus auch da. Wenn der Mast aber mittig ist, hält er dort > nicht. > > Das ist nicht, wie bei den Haltetafeln der Bahn. Du solltest die Papierkörbe an den Bushaltestellen eintragen. Es soll Busfahrer geben, die halten immer mit der hinteren Tür genau vor dem Papierkorb. Insbesondere dann, wenn man mit dem Kinderwagen aussteigen möchte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
qbert biker schrieb: > Man _muss_ nicht alles metergenau vermessen. Die 'Vermessung' > eines Pfostens in der Landschaft mittels GPS und ohne > Bezugspunkt ist ja auch nur eine bessere Schaetzung. Ich meinte wohl schon Vermessung im Sinne von Maßband. Ich würde schätzen, dass 20% meines Dateninputs für OSM vermessen sind, 70% GPS und 10% aus WMS. > Was ich geschrieben habe, ist eine symbolische Beschreibung, > was man sich unter so einer Node vorstellen kann, wenn einem > der Pfosten nicht reicht. In erster Naeherung kann man eine > Defaultlaenge unterstellen oder es gibt vielleicht einen > markanten Punkt, der das Ende der Bucht beschreibt. Bitte erstell' doch mal ein Tag, wie Du es Dir vorstellst. Ich kann mir darunter echt nichts vorstellen. > Dabei ist so eine Haltestelle nur ein sich x mal wiederholendes > Muster, das nichts an Praezision gewinnt, wenn man jeden > Bordstein einzeln beschreibt. Der Bus muss sie finden und > der Fussgaenger auch und beide bewegen sich vornehmlich > auf der Strasse... Wieso beschränkst Du es immer auf Routing? Wenn ich die Haltestellenflächen berechnen will, bringt mir nichts zu wissen, wo die Haltestelle ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Original-Nachricht > Datum: Thu, 26 Mar 2009 13:35:48 +0100 > Von: Tobias Wendorff > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Bushaltestellen vs. Recyclingstellen > Keine Haltestelle ist identisch. Denkst Du, ich vermesse jede > Haltestelle metergenau, wenn ich einfach nur die Koordinate > des Mastes angeben kann und will? Man _muss_ nicht alles metergenau vermessen. Die 'Vermessung' eines Pfostens in der Landschaft mittels GPS und ohne Bezugspunkt ist ja auch nur eine bessere Schaetzung. Was ich geschrieben habe, ist eine symbolische Beschreibung, was man sich unter so einer Node vorstellen kann, wenn einem der Pfosten nicht reicht. In erster Naeherung kann man eine Defaultlaenge unterstellen oder es gibt vielleicht einen markanten Punkt, der das Ende der Bucht beschreibt. Das eine Extrem ist jetzt, sich auf den Pfosten zu beschraenken und ihn als 'da steht ein Pfosten, macht damit was ihr wollt' und das andere da gleich wieder einen eigenen Weg einzuzeichen, obwohl die Bucht nur eine temporaere Verbreiterung der Strasse ist. Dabei ist so eine Haltestelle nur ein sich x mal wiederholendes Muster, das nichts an Praezision gewinnt, wenn man jeden Bordstein einzeln beschreibt. Der Bus muss sie finden und der Fussgaenger auch und beide bewegen sich vornehmlich auf der Strasse... -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am 26. März 2009 10:02 schrieb Udo Giacomozzi : > Hello Martin, > > Wednesday, March 25, 2009, 7:07:59 PM, you wrote: > MK> wenn man jetzt unsere pd-Daten (hypothetisch) mit lizensierten Daten, > MK> die man nicht weitergeben darf, mischt, dürfte man das komplette Paket > MK> nicht mehr weitergeben > > Mir scheint dass es viele verschiedene Vorstellungen vom Projektziel > gibt. :( > > So wie ich den Projektgründer verstehe (und dessen Idee ich voll > unterstütze) soll OSM "nur" freie Kartendaten bereitstellen, die von > jedermann genutzt werden kann (privat wie kommerziell). Dass dabei > fremde Daten (die angesprochen, nicht weitergebbaren Daten) ebenfalls > frei werden müssten, war nicht das Thema. Ehrlich gesagt finde ich es müßig und irrelevant zu spekulieren oder auch nachzuforschen, warum SteveC vor 5 Jahren mit OSM begonnen hat. Entscheidend ist, wo sich das Projekt in diesen 5 Jahren hinentwickelt hat, und was die Mapper jetzt wollen. Zur Projektkultur gehört eben auch die CC-BY-SA, ich denke nicht, dass die Mehrheit der Mapper sich bisher gedacht hat: oh, die greift ja sowieso nicht für Datenbanken, daher ist das alles praktisch PD, was ich hier mache - vielleicht täusche ich mich auch, dann könnte man ja alles als PD veröffentlichen. Ansonsten war eben jedem, der bei OSM mitmacht, klar, dass (zumindest intentional) es sich bei der Lizenz um eine sharealike, Namensnennung-Lizenz handelt, und bei der CC kommt man auch nicht um diese Namensnennung rum, wenn man die Daten 2-mal umkopiert. Ich verlange ja auch nicht, dass die proprietären Daten alle frei werden müssen, aber der Hinweis, das ein Bestandteil der Daten von OSM kommt, sollte m.E. permanent enthalten sein müssen. > MK> (oder würde man das in der PD-Lizenz > MK> ausschließen?). Und wenn man den OSM-Import-Deal "über eine Ecke" > MK> (also z.B. Tochterfirma) macht, dann würde man den propritären Daten > MK> die man kauft nicht mal mehr ansehen, dass OSM drin steckt. > > Ist das nicht sowieso der Fall, wenn jemand - unbeeindruckt von > irgendwelchen Lizenztexten - die Daten in eine andere Form packt und > nirgends einen Hinweis auf OSM gibt? > ja, wenn man "unbeeindruckt von irgendwelchen Lizenztexten" handelt, also illegal, kann man alles machen. Ist halt verboten. Und? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Martin Koppenhoefer schrieb: > Ja, sicher ist, dass der Bus auf Höhe des Masten hält - wenn es einer > ist. Das ist nicht korrekt. Wenn die Haltestelle nur einen Namen hat, hat sich auch nur einen Masten. Wenn der Mast ganz vorne ist, dann hält der Bus auch da. Wenn der Mast aber mittig ist, hält er dort nicht. Das ist nicht, wie bei den Haltetafeln der Bahn. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am 26. März 2009 07:12 schrieb Guenther Meyer : > wenn du einschraenkende nutzungsbedingungen angibst, hast du wieder eine art > lizenz! > die nutzungsbedingen von pd heissen soviel wie "mach mit den daten was du > willst". jaja, stimmt ja, das habe ich ja auch nicht anders geschrieben, "einschränkende" ungleich "genau definierte". Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
Am 26. März 2009 12:35 schrieb Jan Tappenbeck : > ich habe die vorgestern getackt die abgerissen und wieder aufgebaut > werden - muss ich nur noch entfernen ! was musst Du entfernen? > > Torsten Leistikow schrieb: >> Auf der A1 zwischen Hamburg und Bremen loesche ich momentan fehlende >> Bruecken erstmal. Wenn da irgendwann eine neue Bruecke steht, wird diese >> schon wieder eingetragen werden. Ich weiss aber z.B. gar nicht, ob >> ueberhaupt alle Bruecken wieder aufgebaut werden und wenn ja, dann wird >> das haeufig nicht an der exakt gleichen Stelle passieren. das stimmt natürlich, wenn man keine Informationen hat, und vor Ort nichts erkennen kann, sollte man auch nichts taggen. >> Vollstaendig erfast waren die Bruecken sowieso noch nicht. Also finde >> ich es passend, alles zu loeschen, was zur Zeit nicht existiert ist, und >> alles einzutragen, was existiert aber nicht in der Datenbank steht. Inwiefern hängt das damit zusammen, dass die Brücken nicht vollständig waren? Das bedeutet doch nur, dass man sie vervollständigt, ansonsten beeinflusst das m.E. nicht die Art, wie man taggt, bzw. ob man was löscht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
> Man sollte Software nicht zweckentfremden und wenn du Textfiles mit > korrekter Codierung nutzen willst, hast du wohl das falsche System dafür. Ich halte das aber für kein spezifisch sächsisches Problem. Oder umgekehrt: Es gibt auch in Sachsen genügend Ortschaften und POIs mit Umlauten, so dass auch dort darauf geachtet werden muss. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 25. März 2009 19:32 schrieb Garry : > Der Vergleich hinkt, da gibt es einen kleinen Unterschied: > Haltestellen sind vordergründig an Verkehrswege gebunden - hier liegt > der Schwerpunkt darauf die in diesem > Zusammenhang benötigten Informationen einfach verfügbar zu machen, ohne > umständlich eine Umkreissuche zu machen. Z.B. Haltestellenansage im Navi > um in > einer fremden/Fremdsprachigen Stadt den Ausstieg nicht zu verpassen. > das geht doch automatisch auch mit Haltestellen neben dem way, die angeblich "umständliche Umkreissuche" macht das Navi ganz von selbst und genau gleich, als wenn Du zu einem Recyclingcontainer geroutet würdest. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Am 26. März 2009 13:35 schrieb Tobias Wendorff : > qbert biker schrieb: >> Den kann man ja auch mit der Haltestelle in Beziehung setzen, >> in etwa so: Auf Hoehe des Mastens haelt der Bus auf einer >> Haltestelle, die ca. am Mast beginnt und x Meter lang ist >> (gegen die Fahrtrichtung). > > Keine Haltestelle ist identisch. Denkst Du, ich vermesse jede > Haltestelle metergenau, wenn ich einfach nur die Koordinate > des Mastes angeben kann und will? Ja, sicher ist, dass der Bus auf Höhe des Masten hält - wenn es einer ist. Der Bus kann aber kurz, normal oder lang sein, es können auch 2 oder sogar 3 Busse gleichzeitig an einer Haltestelle halten (in letzterem Fall kommt es wohl auf die Laune des Busfahrers an, manchmal warten sie auch, bis die vorderen beiden abgefahren sind, und lassen dann einsteigen). Die Länge der Haltebucht zu Messen halte ich auch nicht für besonders sinnvoll, habe aber auch nichts dagegen, würde ich halt eher nicht als Node mit Länge sondern gleich als Way machen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
qbert biker schrieb: > Den kann man ja auch mit der Haltestelle in Beziehung setzen, > in etwa so: Auf Hoehe des Mastens haelt der Bus auf einer > Haltestelle, die ca. am Mast beginnt und x Meter lang ist > (gegen die Fahrtrichtung). Keine Haltestelle ist identisch. Denkst Du, ich vermesse jede Haltestelle metergenau, wenn ich einfach nur die Koordinate des Mastes angeben kann und will? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Original-Nachricht > Datum: Thu, 26 Mar 2009 13:01:51 +0100 > Von: Tobias Wendorff > An: Openstreetmap allgemeines in Deutsch > Betreff: Re: [Talk-de] Bushaltestellen vs. Recyclingstellen > Ah, jetzt verstehe ich das Problem: Ihr denkt, ich will die *Fläche* > der Haltestellen mappen und als Node darstellen? Jein, es geht eher darum, eine Darstellung zu finden, die moeglichst viele Aspekte einer Haltestelle erfasst, ohne zu komplex zu werden. Eine Haltestelle hat eine Ausdehnung entlang der Strasse und ist ansonsten ein Teil der Strasse. > Falsch! > > Es geht mir um den *Haltestellenmast*. Den kann man ja auch mit der Haltestelle in Beziehung setzen, in etwa so: Auf Hoehe des Mastens haelt der Bus auf einer Haltestelle, die ca. am Mast beginnt und x Meter lang ist (gegen die Fahrtrichtung). 'Auf der Hoehe von' laesst sich ueber eine Node auf dem way beschreiben. Kann man so machen, muss man aber nicht. Wenn mans so macht, hat man den Vorteil, dass man keine 2-dimensionale Geometrie braucht, um zu errechnen welcher Punkt des ways wohl der Mastenhoehe entspricht. Alles fein saeuberlich geometrisch bestimmt, solange man die Richtung des ways/der relation hat Gruesse Hubert -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Multipolygon wird nicht gerendet
Kann mir jemand sagen, warum die Sandbänke (z.B. Weg 32393147) an dieser Stelle beim Rendern nicht frei gelassen werden und statt dessen die komplette Flussbreite gefüllt wird? http://www.openstreetmap.org/?lat=46.659901&lon=11.14457&zoom=18 (habe auch mit Metacarta's up-to-date geprüft) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bushaltestellen vs. Recyclingstellen
Garry schrieb: > Der Vergleich hinkt, da gibt es einen kleinen Unterschied: > Haltestellen sind vordergründig an Verkehrswege gebunden - hier liegt > der Schwerpunkt darauf die in diesem > Zusammenhang benötigten Informationen einfach verfügbar zu machen, ohne > umständlich eine Umkreissuche zu machen. Z.B. Haltestellenansage im Navi > um in > einer fremden/Fremdsprachigen Stadt den Ausstieg nicht zu verpassen. > > Recyclingcontainer sind in erster Linie POIs die irgendwo rumstehen, nicht > selten auf grösseren > Plätzen ohne direkt in Bezug zu einer Strasse zu stehen. Ah, jetzt verstehe ich das Problem: Ihr denkt, ich will die *Fläche* der Haltestellen mappen und als Node darstellen? Falsch! Es geht mir um den *Haltestellenmast*. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Claudius Henrichs schrieb: > Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen > Renderpipeline nie können. Wie definierst Du Renderpipeline? Mapnik kann Kollisionserkennung zwischen Labels nur rudimentär. Auch das Labeling ist im Vergleich zu professioneller Kartographiesoftware eher schwach ausgeprägt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am 25.03.2009 um 21:30 schrieb André Reichelt: > > Hingegen wird PD eher dazu führen, dass OSM trivialisiert wird. Anstatt > ein Projekt für ALLE MENSCHEN zu werden, werden nur noch Nerds die > Daten > nutzen Kann das sein, dass Du "trivial" im gegensätzlichen Sinn wie die meisten anderen benutzt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Brückenerneuerungen
ich habe die vorgestern getackt die abgerissen und wieder aufgebaut werden - muss ich nur noch entfernen ! gruß Jan :-) Torsten Leistikow schrieb: > Jan Tappenbeck schrieb: >> die letzten Tage bin ich einmal wieder mehr Autobahn gefahren und da gab >> es Baustellen bei denen die Brücken gerade erneuert werden - fehlen >> damit derzeit als Verbindung zwischen gemappten Wegen. >> >> Ich wollte nun einmal fragen wie Ihr das handhabt: > > Auf der A1 zwischen Hamburg und Bremen loesche ich momentan fehlende > Bruecken erstmal. Wenn da irgendwann eine neue Bruecke steht, wird diese > schon wieder eingetragen werden. Ich weiss aber z.B. gar nicht, ob > ueberhaupt alle Bruecken wieder aufgebaut werden und wenn ja, dann wird > das haeufig nicht an der exakt gleichen Stelle passieren. > > Vollstaendig erfast waren die Bruecken sowieso noch nicht. Also finde > ich es passend, alles zu loeschen, was zur Zeit nicht existiert ist, und > alles einzutragen, was existiert aber nicht in der Datenbank steht. > > Gruss > Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tactile Paving - Pflastersteine für Bl indenstöcke
Hello, please have a look at http://wiki.openstreetmap.org/wiki/Proposed_features/Tactile_paving Thanks. Lulu-Ann -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschriftungen besser rendern
Am 26.03.2009 00:50, Thomas Reincke: > Für MapInfo habe ich ein schönes Tool im Einsatz. Vielleicht kann sich > jemand der an der Kartenengine arbeitet an dessen Funktionsweise etwas > abschauen. > > http://www.maptext.com/smartlabel.shtml > > Das ist die "Schmalspurausgabe" des Kartographen-Tools > http://www.maptext.com/Label-EZ.shtml > > kann aber auch schon recht viel. > > Damit kann man beispielsweise festlegen, das die Beschriftungen längerer > Objekte in einem bestimmten Abstand wiederholt werden sowie das > Überlappungen von Beschriftungen vermieden werden können. Beides kann Mapnik bereits. OpenStreetMap wird dies mit der vorhandenen Renderpipeline nie können. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Am 26. März 2009 11:08 schrieb Christoph Wagner : > > >> Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt >> und dann mit den JAVA Tools verarbeitet. >> >> > Kann man bei JAVA ne default encoding einstellen? > > Ich hab gerade nochmal gelesen, dass du ja auch cygwin verwendest. Könnte es passiert sein, dass deswegen was schiefgelaufen ist? (Kenn mich leider damit weniger gut aus und kann nur raten) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Am 26. März 2009 10:27 schrieb Ulf Lamping : > > Sorry, aber manchmal habe ich echt das Gefühl, wenn hier einige Leute > Windows hören schalten sie ihr Gehirn aus und den > Vorurteil-Nachplapper-Modus ein ... > Sorry, will hier keinen OS-Flamewar entfachen. Es ist eben letzten Endes doch wichtig zu wissen, was da bei dir unter Windows genau abgeht, damit andere User nicht das gleiche Prob kriegen. > > > Aber im Ernst: Auch bin ich dagegen, die Tags auf derartige > Unzulänglichkeiten > > auszurichten. Ein Hinweis/Kommentar in der Style-Datei selbst, dass man > seinen > > Editor bitte unbedingt auf UTF-8 stellen soll dürfte die sicherste Wahl > sein. > > Was hat das ganze jetzt auf einmal mit einem Editor zu tun?!? > > Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt > und dann mit den JAVA Tools verarbeitet. > > Kann man bei JAVA ne default encoding einstellen? Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen a m Start
Am Donnerstag 26 März 2009 10:27:05 schrieb Ulf Lamping: > Sorry, aber manchmal habe ich echt das Gefühl, wenn hier einige Leute > Windows hören schalten sie ihr Gehirn aus und den > Vorurteil-Nachplapper-Modus ein ... Meinst du mich? Wenn ja, dann sag das ruhig explizit, dann kann ich dir nämlich antworten, dass du (was hier öfter mal passiert) anscheinend *nur dieses posting* gelesen hast ohne 1. den Kontext (== das posting davor) zu kennen 2. die Bedeutung eines Smileys zu verstehen. > > Aber im Ernst: Auch bin ich dagegen, die Tags auf derartige > > Unzulänglichkeiten auszurichten. Ein Hinweis/Kommentar in der Style-Datei > > selbst, dass man seinen Editor bitte unbedingt auf UTF-8 stellen soll > > dürfte die sicherste Wahl sein. > Was hat das ganze jetzt auf einmal mit einem Editor zu tun?!? Mein Posting war die Antwort auf: Am Donnerstag 26 März 2009 08:55:02 schrieb Christoph Wagner: > Ich vermute eher, da ich die > Datei unter Linux natürlich in UTF8 gespeichert habe, wurde sie unter > windows als ISO-blablabla gelesen und daher der eine Umlaut, der in der > Datei war, zerschossen. Meiner Meinung nach einfach nur ein Windowsproblem. > Kann man da auch von fixt das utility reden? Das mit dem Editor habe ich jetzt angenommen, es steht nicht dabei von wem die Datei geöffnet werden sollte. Dass JAVA intern die Codierung versaut, halte ich für schwerer vorstellbar als dass es irgendwo bei einem öffnen und speichern-Vorgang in einem Editor passiert. > Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt > und dann mit den JAVA Tools verarbeitet. Was hat "bei dir" jetzt mit der aussage von Christoph zu tun? Gruß, Bernd -- Selbst ein Trabi mit 26 PS hat mehr Power als die SPD. - Renate Künast (Berliner Grüne) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - Strassenverzeichnis
Hallo Marcus, > Was genau enthält das Strassenverzeichniss? Das versuchen Jochen Topf und andere gerade zu analysieren. Nutzen dürfen wir die Strassennamen und die Koordinaten der Strassen. "is_in" kann man daraus wahrscheinlich ableiten? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen a m Start
Bernd Wurst schrieb: > Am Donnerstag 26 März 2009 08:55:02 schrieb Christoph Wagner: >> Ganz ehrlich gesagt, glaube ich nicht, dass es ein Problem des Tools mkgmap >> ist. Das geht ja bei mir auch, auch mit döner. Ich vermute eher, da ich die >> Datei unter Linux natürlich in UTF8 gespeichert habe, wurde sie unter >> windows als ISO-blablabla gelesen und daher der eine Umlaut, der in der >> Datei war, zerschossen. Meiner Meinung nach einfach nur ein Windowsproblem. >> Kann man da auch von fixt das utility reden? *g* > > Hm. One tool, one job? ;-) > > Man sollte Software nicht zweckentfremden und wenn du Textfiles mit korrekter > Codierung nutzen willst, hast du wohl das falsche System dafür. Sorry, aber manchmal habe ich echt das Gefühl, wenn hier einige Leute Windows hören schalten sie ihr Gehirn aus und den Vorurteil-Nachplapper-Modus ein ... > Aber im Ernst: Auch bin ich dagegen, die Tags auf derartige > Unzulänglichkeiten > auszurichten. Ein Hinweis/Kommentar in der Style-Datei selbst, dass man > seinen > Editor bitte unbedingt auf UTF-8 stellen soll dürfte die sicherste Wahl sein. Was hat das ganze jetzt auf einmal mit einem Editor zu tun?!? Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt und dann mit den JAVA Tools verarbeitet. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Bayern - Strassenverzeichnis
marcus.wolsc...@googlemail.com schrieb: > * wie steht es mit Hausnummern-Kreisen? (is denke mal nicht, oder?) > kann ich mir kaum vorstellen, da die Hauskoordinaten für gutes Geld vom LVA verkauft werden! Außerdem hat doch Markus genau geschrieben, was die Daten beinhalten. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Hello André, Wednesday, March 25, 2009, 6:31:19 PM, you wrote: AR> Denn Steve hat OSM ja vor allem gegründet, AR> damit man an *kostenlose* Updates für Navigationssysteme kommt. Hat er das? Wo kann ich das nachlesen? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Hello Guenther, Thursday, March 26, 2009, 7:09:57 AM, you wrote: GM> aber kostenlos ist nunmal was anderes als frei oder pd... Mag ja sein, meine Aussage sollte nur sein, dass OSM ein riesiges Potential hat, viele Projekte zu ermöglichen, die sonst nicht möglich wären. Das wiederum kommt der Allgemeinheit zugute. Dieses Potential ist aber um so größer je weniger restriktiv die Bedingungen sind. Google Maps, Virtual Earth & co mögen zwar nicht frei/PD sein, aber niemand kann mir sagen, dass es keinen Aufschrei geben würde, wenn diese Dienste morgen eingestellt werden. Ich vergleiche nur die /Möglichkeiten/ die jeweils geboten werden [könnten]. Versperrt sich OSM gegen indirekte kommerzielle Nutzung, verhindert es von vorne herein einen Großteil sinnvoller Nutzung. Udo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Hello Martin, Wednesday, March 25, 2009, 7:07:59 PM, you wrote: MK> wenn man jetzt unsere pd-Daten (hypothetisch) mit lizensierten Daten, MK> die man nicht weitergeben darf, mischt, dürfte man das komplette Paket MK> nicht mehr weitergeben Mir scheint dass es viele verschiedene Vorstellungen vom Projektziel gibt. :( So wie ich den Projektgründer verstehe (und dessen Idee ich voll unterstütze) soll OSM "nur" freie Kartendaten bereitstellen, die von jedermann genutzt werden kann (privat wie kommerziell). Dass dabei fremde Daten (die angesprochen, nicht weitergebbaren Daten) ebenfalls frei werden müssten, war nicht das Thema. MK> (oder würde man das in der PD-Lizenz MK> ausschließen?). Und wenn man den OSM-Import-Deal "über eine Ecke" MK> (also z.B. Tochterfirma) macht, dann würde man den propritären Daten MK> die man kauft nicht mal mehr ansehen, dass OSM drin steckt. Ist das nicht sowieso der Fall, wenn jemand - unbeeindruckt von irgendwelchen Lizenztexten - die Daten in eine andere Form packt und nirgends einen Hinweis auf OSM gibt? Udo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de