Re: [Talk-at] GeoImage in HiRes (!)
On 2011-07-16 14:04, Holger Schöner wrote: Hallo, Am Sa, 16. Juli 2011 schrieb liste_fran...@gmx.de: Ich war heute auf der GeoImage.at Seite und mich hat fast der Schlag getroffen. Es gibt jetzt einen neuen Service in bester Auflösung (1m)! Nix 1 m, sondern 20 cm! MR=MaximumResolution ;-) Allerdings kommen mir bei der Formulierung Zweifel, ob diese Freigabe für OSM tauglich ist: [...] In den (aktuellen) Contributor Terms sichern wir ja zu, dass die von uns beigetragenen Daten unter CC BY SA 2.0, ODbL, und jeder anderen zukünftigen OSM-Lizenz weiter verbreitet werden dürfen. Den letzten Teil können wir mit der aktuellen Geoimage-Lizenz leider nicht garantieren, und müssten ggf. die Daten irendwann wieder löschen (auch wenn das heute möglicherweise unwahrscheinlich erscheint, können wir der OSMF nicht diese Zusage geben) Also nur dass ich es richtig verstehe. Das Ziel ist es, Geoimage zu fragen, ob wir eine Nutzungsart haben dürfen, wo OSM die Lizenzbedingungen jederzeit ohne Mitspracherecht von Geoimage ändern darf? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at die X-te
wolfbert wrote: Hallo Boris, finde ich gut (Treffen), persönlich kommt man da besser voran, finde ich. Eigentlich reduziert sich das Ganze auf zwei Fragen: 1. Wollen wir eine solche Initiative jetzt starten? Bitte eine Sache beachten: Alle Wege, die bisher noch nie bearbeitet worden sind haben als Tagger den plan.at Upload User drinnen. Das ist ein super Filterkriterium. ZB Bezirk Imst / Tirol können jetzt alle Wege gelöscht werden, die noch plan.at als Autor haben, da ich alle sinnvollen schon portiert habe und damit der Autor plan.at ein 100% Schrottkriterium ist (sofern ich nichts übersehen habe). Aber wenn nun jemand die at:maxspeed raus löscht, dann steht sein User als neuer Autor drinnen und das tolle Filterkriterium ist unbrauchbar geworden. Bitte dies zu beachten, bevor irgendwelche Aktionen gemacht werden. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Der OSMBlog
Hi! Schreibe mal damit es Rückmeldung gibt :-) Jonas Krückel wrote: Eine der Ideen für die Wochennotiz war unter anderem Leute zu erreichen, die aus Zeitmangel nicht alle Kommunikationskanäle verfolgen können. Wenn euch also der OSMBlog gefällt, könnt ihr ihn gerne bei lokalen Treffen o.ä. weiterempfehlen. Das finde ich gut. Bei Talk-de und im deutschen Forum schreiben wir immer eine kurze Notiz, wenn wir die neue Wochennotiz veröffentlichen und manchmal auch für einzelne Artikel. Wenn genügend Leute das auch auf dieser Mailingliste wollen, können wir das hier ebenfalls tun. Ansonsten lassen wir das lieber mal sein, da es auch als überflüssiger Spam empfunden werden kann. Meine Meinung ist: Wenn der neue Beitrag einen speziellen Österreich Bezug hat, dann ja, sonst eher nein. Nach meinem Verständnis sollte für alle Beiträge in dieser Gruppe gelten, dass sie für Norddeutschland keine Relevanz haben. Auch wenn es mir so vorkommt, als würde diese Einstellung, in dieser Gruppe nicht so streng gesehen werden. Vielleicht monatliche Zusammenfassungen, damit es nicht so viel wird? Oder der Blog macht selber einen Newsletter, bei welchem man sich registrieren kann? Wie sehen es die anderen? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bing engages open maps community
Boris Cornet wrote: Servus! Gestern (Do, 25. November 2010) tippte Soldier Boy: In Tirol sind die Aufnahmen von 2005. Bei mir in Niederösterreich von 2007 Das stimmt so nicht! Die Aufnahmen im Raum Innsbruck sind z.B. aus 2009, viel aktueller geht's fast nicht. Auf tiris kann man sich auch das Aufnahmedatum der Luftbilder anzeigen lassen [1] Habe ich jetzt probiert. Zirl ist angeblich vom November 2010, bzw von 2009. Dann habe ich mal in Zirl Auergasse 7c gesucht (Fertigstellung 2006). Und laut dem Tiris Bild ist da immer noch eine grüne Wiese, aber kein Haus. Sofern ich jetzt keinen Fehler gemacht habe, muss also das Tiris Bild älter als 2006 sein. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Der Brennerbasistunnel lebt!
Boris Cornet wrote: Das ist ja eine Überraschung! OSM ist wieder einmal seiner Zeit weit voraus und verzeichnet den Brennerbasistunnel bereits als disused (nicht mehr in Betrieb)! Spaß beiseite, es gibt ihn wirklich in der Datenbank, und er liegt zu allem Überfluß völlig falsch (das Nordportal sei z.B. der Innsbrucker Hauptbahnhof) und ist weitgehend nicht einmal als Tunnel getaggt! Hab jetzt nicht nachgeschaut. Aber hast du den letzten Bearbeiter dieses Tunnels schon angeschrieben? Dabei steht es - immernoch - in den Sternen, ob er überhaupt jemals gebaut wird, und auch der genaue Verlauf wird sich erst aus den Ergebnissen der Erkundungstollen ergeben. Da stellt sich nun die Frage, was tun mit solchen Daten? Vor dem radikalen Weglöschen schrecke ich immer etwas zurück. Prinzipiell habe ich ja kein Problem, wenn so etwas (ein geplanter Tunnel, korrekt als Planung getagt) in der DB ist. Aber wenn der Hbf Ibk das Nordportal ist, dann stellt sich schon ernsthaft die Frage, ob die Daten irgendwas mit einer eventuell irgendwann eintretenden Realität zu tun haben werden. Also ich würde den letzten Bearbeiter anschreiben und fragen, was er sich gedacht, bzw. falls es sich raus finden lässt, diese Person, die den Tunnel auf Hbf Ibk gesetzt hat. Ich habe erstmal hide: vor die tags geschrieben, so wird der Schwachsinn wenigstens nicht gerendert. Hast du das schon mal wo so gesehen, oder ist hide eine Erfindung von dir? Falls letzteres bist eh nett. Ich hätte viel bösere Tags verwendet. Wenn jemand der Meinung ist, das Ding sollte weg, dann hilft es zu wissen, dass man via Suche nach hide:railway=disused alle Segmente findet. Ich bin der Meinung, wenn das Ding den aktuellen Plänen entspricht, ist es interessant, aber wenn es niemals Pläne gegeben hat, die diesen Verlauf vorschlagen, sehe ich keinen Sinn in den Daten. Andere Meinungen? Ich kann mir übrigens auch Verwendungsmöglichkeiten vorstellen (sofern richtig getagt). Und zwar für Leute, die sich anschauen wollen, wie das zukünftige Transeuropäische Hochleistungs Eisenbahnnetz aussehen könnte. Also zwei Möglichkeiten: 1) Richtig stellen nach den aktuellen Plänen 2) Löschen MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bing engages open maps community
Soldier Boy wrote: Bing: ~2005 - top auflösung Google: ~2008 - sehr ortsabhängig (bei mir eher schlecht) geoimage: ~2007-2009 - nur österreich aber für fast alles genau genug Hab jetzt mal auf http://tiris.tirol.gv.at (Land Tirol) geschaut. Dürften die selben Daten wie geoimage.at sein. Ein Haus, welches 2005 gebaut wurde, ist auf dieser Seite immer noch nicht drinnen. Also 2007 scheint etwas zu optimistisch zu sein. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OSM-Stammtisch Innsbruck am Do, 22. Juli
Boris Cornet wrote: Hallo! Etwas kurzfristig diese Ankündigung, aber trotzdem erst recht: Am Donnerstag findet wieder der Innsbrucker Stammtisch statt. Weil der LUGT Stammtisch ausfällt, dieses Mal in privatem Rahmen bei Philipp Spitzlinger, Eckenried 6 in Innsbruck-Mühlau. 6 Minuten nach diesem Mail erreichte mich folgendes Mail: == LUGT-Treffen (aka Stammtisch) jede/r, vom Miss Geek bis zu Mister Hausmann, der/die irgendwie an Linux interessiert ist, davon gehört hat oder wissen will was Linux ist oder wer einfach nur gerne Kernel-Programmierung macht, ist eingeladen. Diesmal etwas kurzfristiger, dafür bei gutem Wetter draußen auf der Terrasse. Ort und Zeit: - Am 22. Juli 10, Donnerstag, um 19:00 Uhr im Restaurant Kastanie Völs Dorf Falls es wetterbedingt drinnen stattfindet, so ist die Stube bis 22:00 Uhr als Nichtraucherraum anzusehen! Innsbrucker Str. 4, 6176 Völs http://www.restaurant-kastanie.at === Also LUGT findet schon statt und zwar zeitgleich mit dem OSM treffen. Was jetzt? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] maxspeed auf autobahnen
Felix Hartmann wrote: On 10.05.2010 23:33, Boris Cornet wrote: Hallo Freunde! maxspeed=130 source:maxspeed=AT:motorway Ist ja nicht falsch, bringt aber nix, nix und nochmal nix! Ich kann niemand daavon abhalten, seine Zeit zu verschwenden, und alle Autobahnen mit 130 zu taggen, mir wär's halt lieber, derjenige würd sich ein GPS-gerät schnappen und die Wanderwege in seiner Umgebung tracken, oder die verquerten plan.at Imports verifizieren. Doch bringt schon etwas, weil es sehr schwer auszuwerten ist wo sich eine Autobahn befindet. Eine Autobahn ist da, wo ein Weg als highway=motorway bezeichnet wird. Rendert man also eine internationale Karte, dann ist es schon sehr praktischt, wenn der maxspeed angegeben ist. Warum? Die Lokalen Defaults sind ein absoluter Schmarrn in einer internationalen Datenbank. Bei jeder Grenze steht ein Schild, wo drauf steht, wie schnell fahren darfst. Ich traue jedem Autofahrer zu, dieses Schild zu lesen. Und es kann nicht als selbstverstaendlich angesehen werden hunderte Wiki Seiten durchzuarbeiten, nur um auf lokale Besonderheiten draufzukommen. Wenn ich in ein Land fahre, bekomme ich schon mit, was das maximal erlaubte ist. Ausserdem kann man so, sollte sicher der maxspeed mal per Gesetz aendern, blitzschnell per Bot die Datenbank aktualisieren Ok. A12. Ab 22:00 ist 110 km/h. In der früh wieder 130. Natürlich nur, wenn grad kein IG-L 100 km/h geschalten ist. Sag mir bitte, wie du das tagen würdest. Und solange das nicht sinnvoll erfasst werden kann, schlag ich vor, es besser gleich sein zu lassen. In diesem Fall lieber keine Daten als ein falsches maxspeed=130. - ach ich vergaß, du setzt ja voraus dass man dies Blitzschnell auf der Wiki Seite aendert, und quasi zeitgleich jeder dies umsetzt. Ich verstehe das Argument nicht. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Autobahn Raststation Mondsee
Dauser Martin Johannes wrote: Hallo, ich habe die Raststation Mondsee, zu finden bei http://www.openstreetmap.org/?lat=47.836771lon=13.395519zoom=18layers=B000FTF aktualisiert und etwas verfeinert (ist aber im Westen noch nicht ganz vollständig). Jemand (Walter Schlögl) hatte das ganze Areal mit eine Fläche: * highway=services * name= Raststätte Mondsee hinterlegt. Ich glaube nicht, dass dies so passt ich habe aber im JOSM unter landuse= auch nicht wirklich etwas passendes gefunden. Weiss da jemand Rat bzw. wie trägt man den Raststättennamen ein? Ich habe es damals so gemacht (Rosenberger Pettnau/Tirol): http://www.openstreetmap.org/?lat=47.28454lon=11.164672zoom=18layers=B000FTF also im wesentlichen das Gelände als Parkplatz getaggt und das Gebäude als Restaurant. Und noch eine zweite Frage dazu: Die Autobahnabfahrt und Auffahrt, sollten die wirklich mit highway=service eingetragen werden oder sollte man wie bei normalen Auf- und Abfahrten highway=motorway_link verwenden? -natürlich dann im Raststättenbereich nicht mehr. Hier ist das von mir verwendete Beispiel schlecht, weil es sich bei der Raststätte Rosenberger sowohl um eine Raststätte als auch eine Autobahnab/auffahrt handelt. Glaub das ist in Österreich einmalig. Ich würde einen motorway_link nur verwenden, wenn an dieser Stelle die Autobahn verlassen oder erstmalig erreicht werden kann. Dies ergibt sich meiner Meinung nach aus der Bedeutung von Auffahrt (ich war vorher nicht oben), bzw. Abfahrt (ich bin danach nicht mehr oben). Hingegen ist die Raststätte ein Teil der Autobahn, es herrscht in AT sogar Vignettenpflicht auf der Autobahnraststätte. Auch wegen der sinngemäßen Bedeutung von motorway_link: Link ist eine Verbindung würde ich sagen, dass ein Link nur dann sein kann, wenn eine Autobahn mit etwas ungleich sich selber verbunden wird. Und eine Raststätte ist nach meinem Verständnis keine Verbindung. Dies ist aber nur meine Meinung, die durch Wortableitungen entstanden ist. Ich habe kA was in DE der Konsens. Meines wissens ist aber highway=service das passendeste Tag, weil eine Autobahnraststätte nur ein Parkplatz ist, welcher über ein Restaurant verfügt und highway=service eine Zufahrt zu einem Parkplatz ist. MfG Stefan Hirschmann aka krasnoj ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Straßennamen: addr:street s tatt name
Andreas M. wrote: Hallo, mir ist gerade aufgefallen, dass jemand letzte Nacht in NÖ nordöstlich von Wien mit ca. 45 Changesets großflächig name-Tags von Straßen durch addr:street ersetzt hat. Beispiele: http://www.openstreetmap.org/browse/way/49248482/history http://www.openstreetmap.org/browse/way/37788499/history http://www.openstreetmap.org/browse/way/41528554/history Habe ich irgendein erfolgreiches Änderungs-Proposal verpasst, addr:street ist Teil vom Karlsruher Schema. Ist aber so wie es gemacht wurde, falsch. addr:street ist vorgesehen parallel zur Straße verwendet zu werden um den Standort von Häusern zu markieren. Habe auch schon addr:street im Zusammenhang mit highway=service gesehen um den Namen der umliegenden Häuser zu definieren, obwohl der highway=service selber namenlos ist. oder ist das grober Unfug, den man schleunigst reverten sollte? Wenn die Straße offiziell einen Namen hat, ist es IMHO Unfug. Aber du solltest trotzdem den Editor mal anschreiben. Auch wenn Fehler gemacht werden, wir sind immer noch ein Projekt von Freiwilligen. Und ein Edit-War ist für niemanden schön. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Referenznummern Autobahnausfahrt
Andreas Labres wrote: Grade bei solchen Autobahnzubringern ist aber das motorway_link*) unstrittig. Wenn ich mir so die Diskussion durchlese, ist das strittig, weil es Leute gibt, die nicht deiner Meinung sein. Ich bitte dich, diese Formulierung in diesem Zusammenhang nicht zu verwenden, weil es sehr wohl verschiedene Meinungen gibt. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] tracking mit g1 my tracks
Lukas Eckl wrote: Hallo! Als Neuling wollte ich mich erkundigen, ob jemand schon Tracks mit einem G1 gemacht hat. Ich bin schon mal soweit gekommen, dass ich mit my tracks von google Daten gesammelt und auf osm geladen habe (mit der Bearbeitung von der Karte hab ich mich kaum beschäftigt). Finde ich alles sehr toll, bin aber von der Genauigkeit meiner Routen enttäuscht. kleinste Entfernung zwischen Punkte habe ich schon von 5m auf 1m Ich glaub, diese Einstellung bedeutet, wie groß der Abstand zwischen zwei aufgezeichneten GPS Punkten sein muss. D.h. es begrenzt die Datenmenge der Ausgabedatei. Mit Genauigkeit dürfte das aber IMHO nichts zu tun haben. gestellt und lande trotzdem auf der Gegenfahrbahn oder laufe durch Häuser. Das dürfte wirklich die GPS Genauigkeit sein. GPS ist offiziell nur auf 10 m [Wikipedia-de:GPS] genau. Kann mir jemand Tipps geben bzw. ein besseres Tracking-Programm (vom Android-Market) empfehlen? Du kannst mal mit gpstest schauen, wie viele Satelliten du prinzipiell erreichen kannst. Allerdings ist das ein reines Diangose Programm. Eine Alternative zu mytracks habe ich leider auch noch nicht gefunden. Ich würde etwas suchen, was ganz einfach den nmea Trace mitschneidet, aber keine GoogleMaps Karte (Datenvolumen) anzeigt. Lg Stefan Quellen: [Wikipedia-de:GPS] http://de.wikipedia.org/wiki/Global_Positioning_System ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Abgrenzung highway=service und residential
Claudius schrieb: Ein Kommentar noch zum Karlsruhe-Schema: Die Adressinformation kommt doch an den/die Hausknoten und nicht an den Zufahrtsweg. Ja. Das wäre die saubere Lösung. Die Adressinformation an den Weg zu haften war die Kompromisslösung, bis jemand wirklich vor Ort die genaue Adressverortung macht. Der Weg selber hat keinen Name, als wäre setzen des name Attributes falsch. Aber ganz verwerfen sollte man den Namen der angrenzenden Häuser auch nicht. Lg Stefan Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abgrenzung highway=service und residential
Hi! Aufgrund einer aktuellen Diskussion möchte ich mal fragen, wie folgender Sachverhalt am besten getaggt werden soll: Von einer Gemeindestraße mit eigenem Straßennamen X geht eine Stichstraße weg, welche keinen eigenen Namen hat. Die Häuser an der Stichstraße haben eine Hausnummer in der Form X 4, sind also nach der Hauptstraße benannt. Sieht ca. so aus: |--- (Senkrecht die Hauptstraße und waagrecht die Stichstraße, welche eine Sackgasse ist). Auf der Stichstraße liegen mehrere Häuser. Ist die Stichstraße jetzt als Namenloser Service zu taggen (ev. Karlsruher Schema addr:street), oder doch als residential ohne Namen. Oder sagen wir Wir wollen eine Adressverortung und das kommt in den Name, auch wenn die Straße nicht so heißt? Die englische Map-Feature schreibt zu service: === Generally for access to a building, [...] === Also ein einzelnes Gebäude. Die deutsche Map Features schließt mehrere Gebäude an einem highway=service hingegen nicht aus. Ich würde gerne das Ergebnis der Diskussion, sofern es eines gibt, als Kommentar zu den Map Features fügen, werde aber vorher nochmals nachfragen, ob es keinen Widerspruch gibt. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] OpenStreetMap Karten im Ars Electronica Center
Dominik Hurnaus wrote: Hallo zusammen, ich war heute im Ars Electronica Center und habe dort die Installation Sim Linz (http://www.aec.at/center_exhibitions_area_de.php?id=120) gesehen, die einen riesigen Ausdruck einer OpenStreetMap-Karte (ca 5m x 2m) zeigt. Ja, kann ich bestätigen. Ich war im Juli da. Ich finde, dass dort zumindest ein Copyright-Hinweis angebracht werden sollte, dass die Daten von OpenStreetMap stammen, immerhin kommen dort täglich hunderte Besucher vorbei. Ist sogar rechtlich erforderlich (CC Lizenz). Aber gerade bei Künstlern bin ich enttäuscht, dass sie das Urheberrecht nicht ernst nehmen. Ich werde mal eine Email an das AEC schreiben und dort nachfragen, wie sie mit dem Copyright der OSM-Daten umgehen wollen. Halt uns auf den laufenden. Interessiert mich, wie und ob sie reagieren. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Namen von Straßen
Hi! Da ich gerade eine Diskussion wegen Service / Residential laufen habe, möchte ich mich jetzt mit einer an diese Gruppe herantreten. Gbit es innerhalb von geschlossenen Ortsschaften Gemeindestraßen (Nicht Privat), welche keinen Namen haben? Als rechtliche Grundlage habe ich mal gefunden: === § 13 Tiroler Straßengesetz: = (4) In der Verordnung über die Erklärung einer Straße zur Gemeindestraße sind ihre Bezeichnung und ihr Verlauf sowie allfällige Benützungsbeschränkungen nach § 4 Abs. 2 festzulegen. = Für mich bedeutet dies: Es kann keine Gemeindestraße ohne Bezeichnung geben. Ich würde mal sagen Straßenname = Bezeichnung der Straße. Andere Rechtsmeinungen? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Andreas M. wrote: Hallo, ich habe für JOSM eine Style-Datei erstellt, die Datenelemente mit einigen typischen plan.at-Tags hervorhebt. [] - fixme=check import - source=plan.at 2009 - note=imported from plan.at, ... Diese Werte dürften die meisten händisch korrigierten Wege immer noch haben. - plan_at:acad_id=irgendwas - at:maxspeed=irgendwas Schon interessanter. Was ich suche, ist eine konfortable Methode, alle Wege, wo author=plan.at (oder wie das immer geheißen hat), farblich hervorhebt. Ist das technisch möglich? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Style für JOSM
Andreas M. wrote: Stefan Hirschmann wrote: Was ich suche, ist eine konfortable Methode, alle Wege, wo author=plan.at (oder wie das immer geheißen hat), farblich hervorhebt. Ist das technisch möglich? Leider nicht mit den Styles. Und sonst auch nur mit größeren Änderungen am Editor sowie deutlich höherer Serverlast. Man müsste zu jedem Datenelement die History holen und nachschauen, ob der Autor der Version 1 der Importuser ist. Das ist IMO etwas zu teuer. Ich glaub, ich hab mich zu undeutlich ausgedrückt. Ich will die Wege, wo der aktuelle User, der Importuser ist. Hintergrund: Ich will nur plan.at Wege haben, die nie von jemanden angegriffen wurden. Sobald ein einzelner Punkt auf diesem Weg mal von einem anderen User verschoben wurde, soll der Weg nicht mehr hervorgehoben werden. Also sowas in der Art von früher (wo es die Usertools noch gab), dass auf einen plan.at Importuser Weg geklickt hast, dann auf User, alles vom User anzeigen. Und alle Wege markiert wurden, wo der Import User in der aktuellsten Version immer noch der Editor ist. Nur will ich das ganze ohne vorher einen Punkt vom plan.at Importuser anklicken zu müssen. Warum ich das ganze will: Ich habe Imst importiert und suche die Wege, die ich übersehen habe. Diese Daten scheint also JOSM alle schon zu haben, ohne irgendwelche extra API Abfragen zu machen. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bundesstraßen in Gemeindegebieten
Patrick Steiner wrote: Hallo, bei Bundesstraßen gibt es teilweise das Problem, dass dies in zb. Ortsgebieten einen eigenen Namen haben. Wie löse ich das am Besten? Straße zerlegen und richtig benennen ;) Anschließend alle Straßenteile zu einer Relation zusammen fassen. Z.B.: http://www.openstreetmap.org/?lat=47.2723996639252lon=11.2418675422668zoom=15 Lg STefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas M. wrote: Andreas Labres wrote: Auch das wird leider nicht so einfach funktionieren. Im Raum Wien habe ich nämlich auch schon die Variante gesehen, dass der Tag mit Präfix (neben allen anderen Import-Tags) einfach drin geblieben ist und ein weiterer(!) highway- oder sonstiger Tag hinzugefügt wurde. Das passiert ganz schnell, wenn einen plan.at Weg und einen normalen (oder bereits importierten) Weg miteinander verbindest (JOSM -Werkzeuge, weg verbinden). Ist mir grad selber passiert. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Plan.at Import
Andreas Labres wrote: Da ist die Frage, was mehr Arbeit macht... entweder den Tag überall dort löschen, wo er falsch ist, oder überall dort dazugeben, wo er hingehört? Also bei Wegen ist es IMH nicht ausdiskutiert, ob es besser ist, falsche oder gar keine Daten zu haben. Aber in Fall von Tags ist es für mich eindeutig: Lieber kein Tag als falsche Tags. Wenn das Geschwindigkeitstag nirgends gesetzt ist, kann ich damit leben. Aber wenn es falsch gesetzt ist, dann verliert das ganze Tag seine Glaubwürdigkeit und wird sinnlos. Und plan.at unterscheidet nicht zwischen 30 km/h und 50 km/h also ist es keine gute Quelle. Andere Meinungen? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Aufruf zur Mitarbeit: plan.at - namespace
Boris Cornet wrote: Liebe Mit-Mapper! Der Frühling kommt, und der plan.at namespace im wiki lebt! http://wiki.openstreetmap.org/wiki/WikiProject_Austria/plan.at Neben der provokanten Diskussionsseite Was Tun? Ich sehe keine Diskussionseite. Wenn ich auf Diskussion klicke, kommt eine komplett leere Seite daher. Meinst du damit die normale Wiki-Page Seite? Habe mir jetzt mal die Wiki Seiten, den teil wo diskutiert wird angesehen. Ich finde, die Diskussion gehört in die Mailingliste und dann der Konsens (oder auch die Erwähnung des Nicht-Konsens) in das Wiki. So alle Diskussionsbeiträge untereinander verwirrt mehr als es hilft. Zur Idee des automatischen Verbinden möchte ich anmerken, dass es in Zirl eine Stelle gibt, da liegen zwei Wege nur drei Meter in der horizontalen Auseinander. Aber über 10m in der vertikalen (fast senkrechte Felswand). Ein Automatismus würde das sicher verbinden. MfG Stefan, der gerne in der ML diskutiert, aber nicht im Wiki. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] plan.at Bereinigung
Andreas Labres wrote: Christian Wirth wrote: Doch. Ortsnamen sind keine Straßennamen, keine Straße hat den Namen eines Ortes. Sondern wenn, haben die Straßen in dem Ort eben nur /keinen/ Namen. Die Tiroler Landesregierung, bzw. TIRIS scheinen anderer Meinung zu sein. Für z. B. Polling in Tirol werden folgende Straßen genannt: - Angersiedlung - Gewerbezone - Polling in Tirol - Pollingberg Da dies der Datenbestand der offiziellen Stelle ist, brauchst du schon sehr gute Argumente, für deine Behauptung, dass niemals eine Straße gleich heißen darf wie der Ort. Ich bin mal gespannt, welches Bundesgesetzblatt du liefern wirst. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Offene Fragen zur Lizenzumstellung - Keine Diskussion um Lizenzen
Fabian -Patzi- Patzke wrote: Ich würde gerne einfach nur mal ein Meinungsbild dieser Mailingliste über das Vorgehen erhalten. Ich bin kein prinzipieller Gegner der neuen Lizenz, auch wenn sie in einigen Sachen für mich nicht klar genug ist (ev. hat sich das geändert): Z. B. Wenn ich auf einen OSM Ausdruck mit Hand etwas drauf male (z.B. ein Restaurant), muss ich das dann auch in der DB eintragen? Ich habe genau dieses Bsp in der Mailingliste schon einmal gebracht und da war die Antwort eher nein, aber wirklich 100% war das damals nicht. Was ich mich mehr stört ist folgendes: Wenn ich mich richtig erinnere, ist geplant, dass die Daten von allen Nutzern, die nicht zustimmen gelöscht werden sollen. Dies ist für mich aus mehreren Gründen problematisch: * Menschen werden dazu gezwungen, im Nachhinein andere Rechte zu vergeben. Ansonsten wird mit der Vernichtung ihrer Arbeit gedroht. * Wenn jemand nicht mehr am Projekt teilnimmt oder gar tot ist, wird seine Arbeit vernichtet. Ev. ist OSM noch jung genug, damit das noch kein Problem ist. * Gibt einen netten Ansatzpunkt für Vandalismus: Einfach irgend ein Tag an jeden Node in Europa hinzufügen und der Lizenzänderung widersprechen, dann werden alle Wege desjenigen User gelöscht, also ganz Europa und das Projekt steht wieder am Anfang. Ich wäre mehr für eine Mischform: Wo nicht zugestimmt wird, gilt die alte Lizenz weiter. Ich habe auf jeden Fall keine Lust stundenlang Wege abzufahren, nur weil der frühere Mapper einer Änderung nicht zugestimmt hat. Das rechtliche Konstrukt müsste natürlich noch genau ausgearbeitet werden. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Echte Postämter vs. nicht ö ffentliche Poststellen
Andreas M. wrote: auf die Gefahr hin, jemanden beim Winterschlaf zu stören... ;-) [...] Allerdings handelt es sich nicht immer um normale Postämter, in denen man als gewöhnlicher Sterblicher Dienstleistungen in Anspruch nehmen kann. Teilweise sind es auch Poststellen z.B. in Wien die des Parlaments oder größerer Unternehmen. Auf post.at findet man die auch, aber jeweils mit dem Hinweis Diese Postfiliale ist nicht öffentlich zugänglich. [...] access=private, public=no oder so etwas in der Art? Oder sollte man die überhaupt erfassen? Es gibt natürlich die Einstellung, dass jede Kieselstein rein sollte. Ich vertrete aber die Meinung, dass in einer Straßenkarte (openSTREETMAP) Nicht-öffentliche Briefeinrichtungen nichts verloren haben. Sonst müssten wir ja den Portier von jedem Unternehmen als Briefkasten taggen. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Kitzbühel
Wolfgang W. Wasserburger wrote: ist vermutlich technisch fehlerfrei importiert - wenn Ihr über einsame Nodes oder dergleichen stolpert, laßt mich das bitte wissen. Bin drüber gestolpert (bei Westendorf): http://www.openstreetmap.org/?lat=47.8lon=12.22241zoom=16 Da sind viele einsame Nodes. Hast du noch was zum nachimportieren, oder sollten diese Punkte gelöscht werden? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Kurze Brücken
Stephan Wolff wrote: Moin, immer wenn ich sehr kurze Brücken eingeben muss, ärgere ich mich über das umständliche Verfahren. Als kurze Brücken würde ist solche unter 5 Meter Länge verstehen. Ich gebe solche Brücken überhaupt nicht ein. Bach Layer=-1 und Straße Layer=0 und alles wird korrekt dargestlelt und sogar der Validator ist zufrieden. Und ein intelligentes Auswerteprogramm weiß sowieso, dass es eine Brücke sein muss, bzw. dass auf jeden Fall die Straße drüber geht. Vorteil: wenn den Bach verschiebst, passt immer noch alles, da sich Bach und Straße keinen Punkt teilen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] Bundesstraßen
Andreas Uller wrote: Derzeit haben wir ~8.700 km Bundesstraßen (genauer: primary + secondary, die eine ref haben, die mit B beginnt) in OSM. Dazu eine Frage: Sollen die einzelnen Ways wirklich mit einer ref getagged werden, oder sollte man da nicht Relations erstellen, die das zusammenfassen? Bei Autobahnen wird ja auch beides gemacht. Sowohl ref als auch Relation. Ich für meinen Teil bin mit Relations nicht so glücklich, weil die Unterstützung von Relations in den Editoren nicht so gut ist. Denn a) Es skaliert nicht. Stell dir mal vor, es gibt in einem Ort 30 Relations. Viel Spaß das im JOSM zu bearbeiten. b) Wenn ein Teilweg in der Relation vergessen wird (oder nicht korrekt upgeloadet wird), so sieht man das nicht gleich. Hingegen ein Validator Check ob die Bundestraße auch ein REF Tag hat ist trivial. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Bundesstraßen
Christian Wirth wrote: Servus, der Vorteil ist ein informatischer: Alle Ways zu einer Relation aus der Datenbank zu laden ist simpel; um alle Ways zu laden, die einen bestimmten Wert in einer Relation eingetragen haben, muss die OSM-Datenbank *theoretisch* alle Ways auf der Welt anschauen und prüfen, ob irgendwo im ref-tag der Wert vorkommt (was natürlich optimierbar ist ...) Die Relation erleichtert die weiterverarbeitung der Daten. Bei der Eingabe ist es natürlich ein wenig aufwändiger. Außerdem: B1 ist nicht eindeutig. Auch in Deutschland gibts so eine Straße. Die Relation macht etwas eindeutiges daraus. Naja. Wenn der Router sagt: Fahr von Zirl nach Innsbruck auf der B171, dann ist die Sache recht eindeutig, dass nicht die Deutsche gemeint ist. Ich sehe den Vorteil der Relation darin, dass die Routinganwendung nur schreiben braucht: Bleiben Sie auf der B171 bis ... und solange die Straße zur gleichen Relation gehört, muss er nicht jedes Teilstück neu ausgeben (fahren Sie bis zur Brücke, über die Brücke, fahren Sie bis Ortsanfang, durch Ort ...). Aber ob man dafür wirklich Relationen braucht, weiß ich nicht. Dass der JOSM vielleicht noch nicht optimal mit Relations umgeht, ist eine andere Frage. Mit refs geht er bis dato garnicht um :-) JOSM-Plugin Validator zeigt es als Fehler an, wenn die REF nicht gesetzt ist, und wenn ich eine Straße anklicke, sehe ich mit einem Blick, ob die REF gesetzt ist. Bei Relationen ist es nicht mehr so trivial herauszufinden, ob ein Weg in einer ist, da JOSM alle Relationen von einem Gebiet anzeigt und nicht die, deren Weg gerade markiert ist. Und wie gesagt, wenn wir mal anfangen, alle Schulen, alle Feuerwehren in Relationen reinpacken und pro km^2 15 Relationen sind, dann ist der JOSM Ansatz nicht mehr übersichtlich. Und das scheitert dann am Benutzer, auch wenn es von der Theorie ein gutes Konzept wäre. Und ich habe Zweifel, dass das Interface von JOSM in der Richtung stark verbesserbar wäre. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Eissalons
Wolfgang Wasserburger wrote: ... ist schon wem ein passender Tag begegnet, oder haben wirs zu sehr mit einem Wiener Phänomen zu tun? Für Innsbruck bekomme ich vier Eissaloone zusammen. Für die kleinen Orte um Innsbruck herum keinen einzigen. Meistens ist Eis bei einer Konditorei dabei. Gibt es viele Essaloone in Wien? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wichtige POIs
Andreas Labres wrote: Stefan Hirschmann wrote: Dachte es sei ein Geschäft für Autoreifen. Genau. BTW, grad eine coole Liste gefunden: http://www.vroe.at/navigation/powerslave,id,50,nodeid,50,_country,at,_language,de.html Verband der Reifenspezialisten Österreichs shop=tyres würd ich sagen. Es gibt dann auch noch diese Reifenwerkstätten, die es zwar montieren, die Reifen aber von irgendwo anders bekommen musst (z.B. eine Montagestation warb mit einer Homepage, wo man es kaufen kann). Eine Liste solcher Montagestationen: http://www.montagestation.at/Montagepartner_1.html Wollen wir das auch als shop=tyres taggen? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wichtige POIs
Wolfgang Wasserburger wrote: weil ich gerade drüber stolpere: zumindest für Autofahrer sind Reifenschuster auch ein wichtiges Thema - sollten wir in die Liste wichtiger POIs aufnehmen - oder gibt es dringende Gegenmeinungen? Was ist das korrekte OSM Tag für das? Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [Wien] Notizen zum Stammtisch (23.1.)
Andreas Labres wrote: Hallo! Zusammenfassung auf: http://wiki.openstreetmap.org/wiki/Wien/Stammtisch/2009-01-23 Habe gesehen, dass ein Punkt Grenzen in AT waren. In Tirol stimmen mal die Grenzen nördlich von Seefeld nicht (siehe Openstreetbugs). Kann das irgendwer gegenchecken, ob die gegenüber dem ursprünglichen Import verschoben wurden, oder ob die Quelle fehlerhaft war? MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Innsbruck Stadt/Land
Wolfgang W. Wasserburger wrote: ... ist mit Ausnahme der definierten Fläche innerhalb von Innsbruck importiert. Einige Importfehler probiere ich demnächst nochmal. Habe mir den Import bei Zirl einmal angeschaut. Mir kommt vor, dass, wenn für den Import bestehende Punkte benutzt wurden, der Punkt verschoben wurde. Kann das sein? Falls ja, dann sollten keine bestehende Punkte mehr benutzt werden. Ist ev, sowieso eine gute Idee, da derzeit oft Verbindungen zwischen Bächen und Straßen existieren. MfG Stefan Hirschmann ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [Wien] Presseaussendung
Andreas Labres wrote:
NB: Wolfgang (www) (oder wer das sonst kann), kannst Du bitte eine ungefähre
Zahl herauszählen, wieviele User an Österreich (oder vielleicht an Wien)
gebastelt haben?
Österreich ja, Wien nein.
Vorgehensweise:
Von download.geofabrik.de das neueste Österreich File geladen.
Dann folgenden Befehl ausgeführt (Linux) (alles in eine Zeile):
bzcat austria.osm.bz2 | grep user= | egrep -o ' user=.*' |
awk -F'' ' { print $2 }' | sort |
uniq -c | wc -l
Dies ergibt 1384 verschiedene Usernamen.
Wenn man zusätzlich auf die Wege filtert, dann bekommt man 1112 Treffer.
Bitte beachten: Mit diesem Vorgehen findet man nur den Mapper, der als
letztes etwas bearbeitet hat. also wenn von einem Mapper jeder Weg etwas
verschoben wurde, so taucht der in der Statistik nicht mehr auf.
BTW: Die Top3 für Wege nach dieser Methode ausgewertet sind:
13243 _al
21260 mapper_07
49729 plan_at_Upload_by_Wolfgang_Wasserburger
Vermute mal, dass du _al bist.
MfG Stefan
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk] RfC: Emergency service
Hi! I just wanted to inform you about a proposal: http://wiki.openstreetmap.org/wiki/Proposed_features/Emergency_service (I am not the maintainer, but I did not find any proposal mail in this list, so I have sent this mail). Cheers Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] Weihnamen bei Kirchen
Peter Holzleitner wrote: Persönlich seh ich die diözesane Bezeichnung als Interna der Kirche an, ähnlich wie Haltestellennummern der Wiener Linien oder Filialnummern vom Billa. Geh einmal auf's Land, da gibt es normalerweise keine Ugs-Namen, nur den Dorfnamen - und das ist eben *nicht* der Name der Kirche. Zirl (Nachbarort Innsbruck): - Zirler Kirche - Zum heiligen Kreuz siehe: http://de.wikipedia.org/wiki/Pfarrkirche_Zirl MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Datenimport
Peter Holzleitner wrote: Leider leidet an der Quantität ganz gehörig die Qualität. Wenn so wie rund um Gars am Kamp genaue und korrekt erfasste Daten /gelöscht /und durch Mist ersetzt werden, hört der Spass auf! Ich schreibe jetzt nicht um mich über diesen Löscher aufzuregen, sondern in der Hoffnung, dass sich andere Importeure sich anderst (*1) verhalten. Warum ich gegen löschen bestehender Daten bin hat zwei Gründe. 1) Die Bestehenden haben meistens bessere Qualität. Was mich für aber stärker wiegt ist: 2) OSM ist ein soziales Projekt mit alles Ehrenamtlichen. Stell dir mal vor, du fährst fünf Stunden durch die Gegend schreibst alles auf, gibst dir Mühe möglichst exakt zu arbeiten. Und dann werden alle deine Daten gelöscht, und durch _schlechtere_ ersetzt. Mit der Begründung, dass deine fünf Stunden arbeit eh wurscht sind. Sowas hinterlässt den Eindruck dass die Arbeit nicht geschätzt wird, weil sowieso irgendwann ein Import kommt und dann die eigene Arbeit vernichtet wird. OSM braucht aber die ortskundigen Mapper. Es ist nicht akzeptabel, dass mit solchen Aktionen Leute verkrault werden. Es werden Leute gebraucht, die Vor Ort aktuelle Sachen eintragen. Und das mit dem Verkraulen ist nicht nur Theorie. Z.B. Wikipedia: Wikipedia hat mit dem weglöschen von Texten in Rahmen von Artikelumstrukturierungen schon viele User verloren, u.a. mich. Und ich möchte wirklich nicht, dass OSM ein Projek wird, wo jeder Mapper Angst haben muss, dass seine korrekten Informationen gelöscht werden. Ich hoffe mein Standpunkt ist verständlich. Mir ist das Thema wirklich wichtig. Bevor auf mich los gegangen wird: Ich habe den Import von Imst gemacht und mich an diesen Grundsatz gehalten. Es ist lästig viel Arbeit die plan.at Punkte mit den bestehenden zusammenfassen (*2) und das ganze konsistent verknüpfen. Ich bin eine gefühlte Ewigkeit dran unterwegs gewesen. Aber ich glaube, dass ich das den Mappern, die die bestehenden Wege gemacht haben, schuldig war. MfG Stefan *1: Wir sind hier in -at: endlich darf ich mal anderst schreiben ;) *2: Z.B. Den Punkt, wo von der Plan.at Bundesstraße eine Straße abzweigt mit einem Punkt der schon auf der OSM Karte als Bundesstraße war, so dass alle Straßen miteinander verbunden sind. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Rettungszentrale
Peter Holzleitner wrote: Ich hab das vor geraumer Zeit recherchiert und so verwendet. Die Quelle hab ich mir leider nicht notiert, finde es auch nicht mehr. Zumindest im Osmarender habe ich das eine zeitlang auch gerendert bekommen, aber aktuell geht das offenbar nicht mehr. Auch amenity=police (http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpolice) wird nicht gerendert ... Die Fire_station wird auch nur gerendert, weil ich auf talk-de mehrmals nachgefragt habe. Unsere präzisen Nachbarn diskutieren http://wiki.openstreetmap.org/wiki/Proposed_features/Emergency_service ... Mir gefällt dieser Proposal eigentlich recht gut. Werde jetzt keinen eigenen machen. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Musikgenre-Key bei Lokalen
Florian Schweikert wrote: Ich suche schon seit längerem eine Möglichkeit bei Lokalen anzugeben welche Musikrichtung dort gespielt wird. Ist ja für viele nicht unwesentlich ;) Ich sehe halt als praktische Einschränkung, dass es viele Lokale gibt, die verschiedene Musik spielen. Vormittags Oldies für die Pensionisten, abends eher was für das jüngere Publikum. Aber für spezielle Szenenlokale wie z.B. Lokale speziell für Metal, Jazz... macht es sicher Sinn. Was nicht unwesentlich ist: Für wie lange bleibt sowas konstant? Sprich: 50 m neben mir gibt es ein Lokal das wechselt im Jahrestakt den Besitzer. Ist sowas also eine Information, die wir wirklich in einer Geo-Datenbank wollen, oder ist diese Info nicht besser in einer externen Datenbank aufgehoben? Ich habe ein proposal eröffnet: http://wiki.openstreetmap.org/wiki/Proposed_features/Music_genre Verstehe mich nicht falsch, ich habe nichts gegen das Proposal. Meine Fragen sind das, was mir spontan eingefallen sind und ich bin mir selber nicht sicher, was die richtige Antwort darauf ist. Ich finde, sie sollten aber vor einer Abstimmung geklärt werden. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk] [tagging] Feature Proposal - Voting - internet_access (for inet cafes)
Hi! Now the proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access is in the voting phase. Please vote. Cheers Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] [tagging] Feature Proposal - Voting - internet_access (for inet cafes)
Hi! Der Proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access ist jetzt in der Abstimmungsphase. Bitte um Beteilung. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-at] [tagging] Feature Proposal - Voting - internet_access (for inet cafes)
Hi! Der Proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access ist jetzt in der Abstimmungsphase. Bitte um Beteilung. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] newby hätte ein paar fragen
Michael Füreder wrote: Stefan Hirschmann wrote: Habe mal Fredericks Austria File ausgewertet: === $ cat austria-081224.osm | grep 'internet' | grep www | wc -l 1 $ cat austria-081224.osm | grep 'website' | grep www | wc -l 92 $ cat austria-081224.osm | grep 'url' | grep www | wc -l 106 === Woher hast du dein Austria File? Von der OSM Group Tirol: http://propirate.net/osm.html Es wurde mittels folgenden Polygon extrahiert: 1 9.447686 47.057524 10.123491 46.853302 11.062775 46.713226 11.179704 46.955426 12.105219 47.003350 12.138811 46.910718 12.392981 46.674868 14.574306 46.355969 16.054130 46.654407 16.532300 46.998580 17.127521 47.705031 17.200264 48.013686 16.999302 48.770227 14.957035 49.090706 14.631901 48.668895 13.792305 48.827520 12.685900 48.135392 12.158877 47.738277 9.454882 47.590169 9.447686 47.057524 END sind also nicht die genauen Staatsgrenzen, sondern etwas mehr. ...und wenn man den beliebtesten Tag noch ohne www sucht: $ grep website austria.osm | wc -l 71 Es gibt einen User, der hat den String url im Nutzernamen, darum habe ich das www hinzugenommen. ein kleiner offtopic Hinweis noch: grep internet austria.osm | grep www | wc -l braucht bei mir 0.4 Sekunden im Gegensatz zu deinem Ansatz mit 1.2 Sekunden Bin ehrlich gesagt überrascht. Danke für den Hinweis. MfG Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] 2. RFC für Internet Cafes
Simon Kokolakis wrote: Stefan Hirschmann schrieb: * Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet Cafe wird als amenity=cafe internet_access=terminal getaggt. Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein Internetcafe nicht viel gemeinsam, ausser den Namen. Warum nicht einfach amenity=internetcafe? Ich gehe mal davon aus, dass du den Proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access NICHT gelesen hast. Zitat: Internet cafes are primarily cafes, libraries are primarily also not internet access providers. So there is the need for an extra tag which is not in conflict with the primary use. Es geht darum ein generisches Tag zu haben, dass sowohl für Cafes, Büchereien, Bibliotheken und Geschäfte die zusätzlich Internet anbieten geht. Meine Erfahrung mit dem Internet Cafe im Ort ist: Hautpsächlich wird es als Cafe benutzt. Eine Bücherei bietet Internet zwar an, aber nicht hauptsächlich. Und statt jetzt 4 oder 5 neue amenity Typen einzuführen ist es sinnvoller einen Key einzuführen der die Zusatznutzung erlaubt. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 2. RFC für Internet Cafes
Simon Kokolakis wrote: Finde ich nicht gut. Schliesslich haben ein Kaffee-Cafe und ein Internetcafe nicht viel gemeinsam Hier ist eine Fotogallerie von unserem Internetkaffe d...@s NET PUB http://dasnetpub.linux.webhome.at/gallery In meinen Augen unterscheidet das nur zwei einzelne PCs von einem normalen Pub. Und den Hauptumsatz machen die auch mit klassischem Pub Betrieb. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 2. RFC für Internet Cafes
Simon Kokolakis wrote: Stefan Hirschmann schrieb: Ich gehe mal davon aus, dass du den Proposal http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access NICHT gelesen hast. Zitat: Internet cafes are primarily cafes, libraries are primarily also not internet access providers. So there is the need for an extra tag which is not in conflict with the primary use. Okay, das macht Sinn. Aber soll man dann einen reinen Internetzugansdienstleister der sonst keine Gastronomie führt taggen? internet_access ist jetz klar, aber was als amenity? Hierfür habe ich einen eigenen Wert definiert: * internet_access=service * building=yes Die Beschreibung von service ist: === if you want to mention that there is personal which helps you in case of problems. Should be used only in special cases like the LAN houses in brazil, where internet access is the only service (no cafe). === Ich kann dir aber nicht sagen, wie oft es sowas gibt (in meiner Gegend überhaupt nirgends). Meiner Meinung nach kommt es zu selten vor um ein eigenes amenity Tag rechtfertigt. Ideen wie man es besser machen kann? MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 2. RFC für Internet Cafes
Hi! Habe unter http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access einen RFC für das bereits in dieser ML diskutierte Tag für Internet Cafes zusammen geschrieben. Wichtigste Sachen zusammen gefasst: * Zusätzlich zum Tag wird auch der Namespace internet:access= erlaubt. * Es werden versch. Arten des Internets unterschieden. * Internet_access berücksicht keine Kosten, aber durch Namespace internet: möglich, allgemeine Tags für Internet zu spezifizieren. * Wichtig: Internet_access ist ein Zusatzattribut. D.h. ein Internet Cafe wird als amenity=cafe internet_access=terminal getaggt. Bitte um Kommentare. Lg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur Projektionsmethode
Sebastian Hohmann wrote: Hallo, in der Anleitung zu den Luftbildern aus Bayern [1] steht, man solle die Projektionsmethode auf Mercator einstellen. Dient das nur dazu es schöner aussehen zu lassen oder muss das sein? Und warum ist standardmäßig EPSG:4326 (in JOSM) eingestellt, wenn Mercator doch die 'schöneren' Abbildung liefert? Vielleicht kann das jemand für Laien erklären Ok. Ich probiere es möglichst einfach zu erklären. Die Erde ist stark vereinfacht gesagt eine Kugel, also etwas in 3D. Dein Monitor, bzw. jeder Plan ist aber nur 2D. Nun muss also irgendwie das 3D Ding auf 2D gezeichnet werden. Dass das nicht exakt möglich ist dürfte klar sein. Nun hat man zwei Möglichkeiten: a) Man wählt die Projektion so, dass sämtliche Winkel stimmen. Der Nachteil ist, dass weder Flächen noch Längen stimmen. Winkelprojektionen waren in der Seefahrt sehr beliebt. Mercator ist so eine Winkeltreue Projektion. Mapnik rendert mit Mercator. Zoom mal ganz raus, dass die Erde siehst und vergleich die Größen von Grönland und Afrika. Grönland scheint größer zu sein, obwohl es in Wirklichkeit viel kleiner ist. b) Man wählt die Projektion so, dass die Flächen und Längen stimmen, dafür die Winkel nicht. Das wird bei EPSG:4326 so gemacht. Vorteil ist, dass die Länder in den Verhältnissen stimmen, aber die Winkel überhaupt nicht mehr passen. Hoffe, die Schnell-Einführung war verständlich, bzw. hat wenigstens klar gemacht, warum es mehrere Projektionen gibt. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Hi! I have written a RFC for tagging places which offers an internet access to the public. http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access Description: This tag is for indication that a map entity such as a building, a shop, restaurant etc. offers internet access to the public, either as a paid service or even for free. As an example, internet cafes should be tagged primarily as cafe and additionally with this proposed internet tag. Cheers Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] RFC: Internet_access fuer Internet Cafes, Bibliotheken...
Hi! Habe unter http://wiki.openstreetmap.org/wiki/Proposed_features/Internet_access einen RFC für das bereits in dieser ML diskutierte Tag für Internet Cafes zusammen geschrieben. Bitte um Kommentare. Lg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-at] [AT] Datenimport startet beim 1. Wiener OSM Stammtisch
Vorweg: vielen Dank, dass dich für das ganze eingesetzt hast, und dass es möglich ist. Zumindest in meiner Gegend stellt es tw. eine Bereicherung dar (ausgenommen Orte, die ich bereits vollständig gemappt habe). Wolfgang W. Wasserburger wrote: mehr Details dazu: http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at Habe mir mal plan.at angeschaut. Da gibt es sehr viele Straßen die mit Fahrweg beschriftet sind. Was hat es damit auf sich? Wenn die Straße nicht wirklich Fahrweg heißt, sollte der Name IMHO ausgefiltert werden. Lg Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-de] Benutzung von is_in
André Reichelt wrote: Miriam Tolke schrieb: Um das Ganze mit is_in in den Griff zu bekommen kommt es dann zu sowas: is_in:Roth,Mittelfranken,Bayern,Bundesrepublik Deutschland,Europe Soweit ich informiert bin, ist dieses Tagging-Schema veraltet. Heute löst man etwas eigentlich mit Relations. Es gibt zwar auch eine Relation dafür. Aber: is_in=Europe als Relation? Spätestens da merkt man, dass Relationen nicht unbedingt etwas sind, was skalieren. Nächstes Problem: Nehmen wir eine Stadt mit über 100.000 Einwohnern. Diese bekommt ziemlich schnell mehr als 2000 Objekte zusammen. Doch 2000 ist laut API schon die Grenze für Relationen. Daraus folgt: Relationen sind eine nette Spielerei. Aber für große Gebiete einfach ungeeignet. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DatenLizenz für Karten in Büchern
Karl wrote: Hallo OSM, die OSM-Daten dürfen unter Nennung der Quelle frei genutzt und verändert werden. Dadurch entstehen abgeleitete Werke, die unter der gleichen Lizenz gestellt werden müssen. Nun meine Fragen: Wenn eine Karte z.B. in einem Buch (zB. Reiseführer) veröffentlicht wird, ist nur die Karte das abgeleitete Werk uns somit unter cc-by-sa-Lizenz oder das ganze Buch? Kommt drauf an. Wenn das Buch hauptsächlich aus eigenen Sachen besteht, ist zu überprüfen, ob nicht die Abbildung der Karte sogar durch das Zitierrecht gedeckt ist. Ich würde sagen, sofern die Karte / Abbildungen nicht den Hauptteil des Werkes ausmachen, bzw. das Buch auch ohne die Abbildungen brauchbar wäre, das Buch auf jeden Fall als eigenständiges, nicht abgeleitetes Werk anzusehen ist. Zumindest bei meinen eigenen Werken, pro 12 Seiten Text eine übernommene Abbildung, wäre ich noch nie auf die Idee gekommen, dass ich ein abgeleitetes Werk dieser Abbildung gemacht hätte. Aber wie gesagt, das Verhältnis ist wichtig. Wenn dein Reiseführer hauptsächlich aus OSM Karten besteht, und die eigene Leistung sich auf Bildunterschriften bezieht, sieht die Sache anders aus. Soweit eine Schnell-Zusammenfassung ohne jede Gewähr auf Richtigkeit. Ich bin kein Jurist und kann dir deshalb nichts garantieren. Im Zweifelsfall Anwalt fragen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum ausgerechnet am Sonnabend?
Sascha Silbe wrote: On Sat, Dec 06, 2008 at 08:37:53PM +0100, Florian Lohoff wrote: Wann ist an einer Uni am wenigsten los? Dann wenn die Studenten mit dem Kater im Bett liegen - Also jeden Tag vor 17:00 und ganztaegig Sa/So :) OT: Die Studis sind bei solchen Entscheidungen i.d.R. völlig egal (werden nicht mal von der Uni-Verwaltung informiert, sondern bekommen es über Seitenkanäle mit). Die Innsbrucker Universität hat das so gelöst, dass der ZID sowohl auf Homepage, Newsgroup als auch in einem Hinweisfenster nach dem Login die Studenten/Mitarbeiter über planmäßige Wartungsarbeiten informiert. Ich wäre sehr überrascht, wenn es bei der betreffenden Newsgroup nicht so wäre. Wo wurde eigentlich die Info über diesen planmäßigen Ausfall veröffentlicht? Jochen wusste es, also muss es irgendwo veröffentlicht werden. BTW: Bei der Uni Ibk kommt dazu immer die Bitte die Arbeiten so zu planen. Wenn diese Nachricht in OSM z.B. in die talk und den jeweiligen Länderlisten gepostet wird, wäre viel gewonnen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie markiere ich ein Internet-Cafe?
Lars Kruse wrote: Hi, vielleicht uebersehe ich ja etwas offensichtliches, aber ... weder Tagwatch noch die Suchmaschine meiner Wahl konnten mir helfen, ein passendes Tag fuer ein Internet-Cafe zu finden. Hat jemand von euch Gedanken dazu? Ich habe mir mal Gedanken gemacht und auch kein Tag gefunden. Meine Idee wäre: Als normales Cafe taggen und zusätzlich: internet=public oder so? Das Internet als Extra-Tag hätte den Vorteil dass es auch für: - Bibliotheken - Geschäfte die zusätzlich Internet den kunden anbieten - echte Inet Kaffes geht. In meinem Ort haben wir alles drei, wobei das Geschäft eine EDV Firma ist, die es auch gegen Geld anbieten, aber viel billiger als das Internetcafe. Wenn du gute Ideen für die genauen Tags von Internet hast, schreibe ich ein Proposal. Was unterschieden werden könnte, wäre: - Kostenpflichtiger WLAN Hotspot - Kostenfreier WLAN Hotspot (gibt es sowas überhaupt)? - Internet gegen Bezahlung und vorgegebenen PCs - Internetnutzung gratis (z.B. in Universitätsbibliotheken). MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie markiere ich ein Internet-Cafe?
Habe mal einen Draft für das Internet Cafe erstellt. Bitte mal kurz anschauen und überarbeiten: http://wiki.openstreetmap.org/wiki/Proposed_features/Internet Lg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MotorwayCheck
Frederik Ramm wrote: Wieso missing oneway tags? Autobahnen sind doch per default oneway (Map Features, oneway: ...while others are oneway by default (such as 'highway=motorway').). Dies stimmt nur soweit, als bauliche Maßnahmen die beiden Fahrspuren trennen. In diesem Fall sind es Richtungsfahrbahnen. Aber was ist mit einem einröhrigen Tunnel, wo nur eine Sperrlinie die Spuren trennt? Aus diesem Grund würde ich sagen, dass oneway-yes gebraucht wird, außer du mappst jede Fahrbanseite einzeln, auch wenn es in echt nur eine Zusammenhängende Straße ist. Dies würde ich aber als eigenartiges vorgehen bezeichnen. Begriffsbestimmungen laut AT-STVO: == 3a. eine Fahrbahn, die für den Verkehr in einer Fahrtrichtung bestimmt und von der Fahrbahn für den Verkehr in der entgegengesetzten Fahrtrichtung durch bauliche Einrichtungen getrennt ist; 3b. Einbahnstraße: eine Straße, deren Fahrbahn für den Verkehr in einer Richtung bestimmt ist; = Und noch das Geisterfahrerverbot: == STPO § 46. Autobahnen. (4) Auf der Autobahn ist verboten: a) eine Vorheriges SuchergebnisRichtungsfahrbahn entgegen der vorgesehenen Fahrtrichtung zu befahren, sofern sich nicht aus Straßenverkehrszeichen oder Bodenmarkierungen etwas anderes ergibt, == Also ich zumindest entferne oneway-Tags immer, wenn ich sie an einer Autobahn sehe...? Selbst wenn es für Deutschland deiner Meinung nach sinnlos ist, solltest du bedenken, dass motorway impliziert oneway nicht für alle Staaten der Welt gelten muss. Aufgrund der Internationalität des Projektes sollten nicht irgendwelche Sachen als implizit angesehen werden. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motorways ohne oneway tag... - was QA routing etc.
Florian Lohoff wrote: On Tue, Dec 02, 2008 at 01:35:27AM +0100, Stefan Hirschmann wrote: Subject: Re: [Talk-de] Motorways ohne oneway tag... - was QA routing etc. Gary68 wrote: kann das eigentlich sein, dass ein motorway nicht oneway ist? Ja. Einröhrige Tunnel mit Gegenverkehr. Vorübergehende Gegenverkehrsbereich wegen Baustelle ... Darf ich im Tunnel wenden? Wenn nicht wirds also doch oneway ... Laut §46 STVO nein, aber: Da auf einröhrigen Autobahntunneln immer eine Sperrlinie ist, die du nicht überfahren darfst, ist hiermit auch umdrehen verboten, selbst wenn es keine Autobahn wäre. Jetzt ist die Frage. Wenn man mit dem Wenden Argumentiert, dann müsste man jede Straße mit Sperlinie als Oneway rein stellen. Definition Richtungsfahrbahn: Richtungsfahrbahn: eine Fahrbahn, die für den Verkehr in einer Fahrtrichtung bestimmt und von der Fahrbahn für den Verkehr in der entgegengesetzten Fahrtrichtung durch bauliche Einrichtungen getrennt ist; Dies ist mal im Tunnel auf jeden Fall nicht zulässig. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm daten beschneiden
Christian Mayr wrote: Hallo wenn ich osm daten herunterlade ragen die wege ja immer über die angegebene bbox hinaus. gibts vieleicht ein kommandozeilentool (linux) mit dem ich alles ausserhalb der bbox entfernen kann? Ja. Ich würde dir das empfehlen: http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/README Im Gegensatz zu osmosis hat extract-polygon einen sehr einfachen Syntax. Einfach: 1 links unten rechts unten rechts oben links oben links unten END und fertig ist die bounding Box. Also start muss zweimal eingegeben werden. Und eine Eckkoordinate sieht z.B. so aus: -0.6450E+01 0.4980E+02 Lg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] is_in Relation für jedes Feature?
Tim Krüger wrote: Deutschland bezogen). Dabei bin ich auf die Relation http://wiki.openstreetmap.org/wiki/Relations/Proposed/Is_In; gestoßen. Wenn ich das richtige verstehe ist diese Relation eigentlich nur für Flächen in Flächen gedacht. Könnte man dies nicht einfach auch auf Straßen, Gebäude, Parkflächen etc. anwenden? Ist dafür nicht eher das: http://wiki.openstreetmap.org/wiki/Key:is_in gut? Viele werden sich jetzt fragen wofür das gut sein soll. Schließlich kann man die Zugehörigkeit eines Features zu einer Gemeinde durch die Gemeindegrenzen bestimmten. [...] Sollte es so etwas nicht geben, würde ich mich mal an die Arbeit machen ein Stück Software zu schreiben das diese Relationen automatisch berechnet! Da bin ich jetzt ehrlich gesagt nicht so begeistert. Ich halte eine automatische Lösung für zu fehlerhaft. Warum? Die meisten Orte sind als Punkte und nicht als Flächen angelegt. Mangels öffentlicher, freier Quellen für die exakte Gemeindegrenzen wird sich das auch nicht so schnell ändern (Anmerkung: Kenne die genauen Grenzen nicht mal vom eigenem Ort). Was tut eine Software, wenn drei Orte zusammen gewachsen sind, aber offiziell selbständig und gleichwertig? Das kann nur zu Fehlern führen. Ich bin eher dafür, dass man den key:is_in statt der Relation verwendet. Geht schneller zum Eintragen. Aber auf jeden Fall händisch, nicht automatisch. Wenn eine Routing-Anwendung das falsch macht, OK, aber die Rohmaterialen mit vielen falsch-berechneten Werten überfluten, halte ich nicht für sinnvoll. Freue mich auf Tipps, Hinweise und eine anregende Diskussion! Was meint ihr zum händischen setzen von is_in? Ich sehe irgendwie nicht die Berechtigung key und Relation zu haben, bzw. Relation/Is_in europe würde doch etwas deftig groß werden. MfG stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grosse Datenmenge für Österreich
Wolfgang W. Wasserburger wrote: Liebe Listenleser, für Österreich wird vermutlich eine größere Datenmenge eingebracht werden. Unter http://forum.openstreetmap.org/viewtopic.php?id=1783 gibt es bereits einen Forumsthread und ich würde alle Österreicher und solche, die hier mappen bitten, sich in die Diskussion einzuschalten und diese auch mitzuverfolgen. Sobald die juristischen Belange geklärt sind und das technische starten kann, werde ich auch im Wiki eine Seite mit jenen technischen Spezifikationen beginnen, die jeweils eingesetzt werden. Nach der Aktion sollte der Straßenbestand von Österreich rund 80% betragen. Die Chance nach Holland und der Isle of man das dritte Land mit (annähernd) vollständigem Straßennetz zu werden ist wirklich gegeben. Es würde mich auch freuen, viele persönlich oder per Mail kennen zu lernen. Klingt interessant. Also für Innsbruck-Land und Bezirk Imst wäre ich bereit doppelte Importe händisch zu korrigieren. Innsbruck-Stadt würde ich auslassen. Innsbruck selber ist so gut wie vollständig. Da bringt der Import vermutlich gar nichts. Aber für das Tiroler Oberland ... Eine Frage habe ich aber noch: Der Versuch des BEV hier etwas einzufordern wurde in der Vergangenheit bereits abgeschmettert. Ist das gerichtlich geklärt? Sobald es spruchreif ist, bin ich mir sicher, dass ich für Tirol genug Leute auftreiben kann, die beim Daten korrigieren helfen können. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fire_station und Osmarender
Ulf Lamping wrote: Sven Geggus schrieb: Stefan Hirschmann [EMAIL PROTECTED] wrote: Ich wollte fragen, ob etwas dagegen spricht, dass amenity=fire_station http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfire_station im Osmarender auf der höchsten Zoomstufe gerendert wird. Nein, natürlich nicht. Zeichne mir ein SVG und ich baus ein. Ich kann inzwischen zwar halbwegs gut mit osmarender styles umgehen, aber schöne Icons zeichnen kann ich eher nicht. Symbolvorschlag: Das in JOSM verwendete. Das funktioniert so nicht. Osmarender braucht Vektorgrafiken, josm verwendet Pixelgrafiken. Ja, aber viele der Icons im JOSM hab ich explizit als Vektorgrafiken gemalt (oder z.B. von openclipart.org kopiert oder von dort abgeleitet). Das fire_station Icon z.B. hab ich selbst gemalt und liegt im SVN: /applications/share/map-icons/svg/public/firebrigade.svg Zusätzlich hier noch der SVN Link: http://svn.openstreetmap.org/applications/share/map-icons/svg/public/firebrigade.svg Danke nochmals an Ulf für das Entwerfen und im vor hinein an Sven für das Einbauen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fire_station und Osmarender
Hi! Ich wollte fragen, ob etwas dagegen spricht, dass amenity=fire_station http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dfire_station im Osmarender auf der höchsten Zoomstufe gerendert wird. Symbolvorschlag: Das in JOSM verwendete. Warum: + Feuerwachen sind (zumindest in Österreich) in jedem Ort. + jeder im Ort weiß wo sie ist. + Zentrale Lage und deshalb guter Orientierungspunkt. + Zumindest in kleinen Orten gibt es nur eine. Deshalb weiß man genau, wo man auf der (ausgedruckten) Karte ist. + gute Treffpunktmöglichkeit (Wenn jemand in einem kleinen Ort besuchen willst, einfach bei der Feuerwehr ausmachen, notfalls kann man sich dahin gut durchfragen). +zoom=17 ist so stark reingezoomt, dass es kaum zu Überladung der Karte führen wird. +Motivation: Die Leute (z.B. ich selber) sind motivierter fire_stations zu taggen, wenn sie auch gerendert werden. +Existiert als Mapfeature. Würde mich freuen, wenn es jemand in Osmarender einbauen würde. Oder zumindest erklärt, warum es nicht gerendert werden sollte. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen auf Polizeirevieren/ Supermärkt en etc (Re: testballon massbugfiling amenity=polic e)
Frederik Ramm wrote: Hallo, 1. Ich finde jedes Polizeirevier sollte einen eindeutigen Namen haben. Da ist nichts gegen einzuwenden. Ich hatte bislang allerdings immer angenommen, OpenStreetBugs sei dazu gedacht, um auf Fehler aufmerksam zu machen, nicht auf Unvollstaendigkeiten. Ich auch. Oder genauer: Wenn irgendwo eine Strasse ohne Namen ist, dann sieht jeder, dass da eine Strasse ohne Namen ist, da brauch ich (dachte ich bislang) OSB nicht dazu. Da kann ich auch ein Skript machen, das mir alle Strassen ohne Namen auswirft, oder sowas. Dafür gibt es doch in JOSM den Validator, bzw. maplint? Eventuell fehlt einfach bei OSB eine Unterscheidung zwischen einem bug (hier ist was falsch) und einem feature request (koennte jemand vielleicht hier noch den Namen dazu eintragen). Ev. braucht es sowas wie einen einfach änderbaren Validator Regelsatz. Ich denke da wirklich an klicki-Bunti, wo jeder einstellen kann, welches Tag jetzt auf Namen überprüft werden soll und eine Negativ Liste was nicht. Und das ganze als eigenen Layer so wie maplint. Dann hätten wir beides: Ein geskriptetes für jemanden, der alles geladen hat und etwas, was wenig Einträge hat, und zwar nur solche, die mit Lokalkenntnis erstellt wurden. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry wrote: Stefan Hirschmann schrieb: Warum meinst Du alles was sich bewährt hat über den Haufen zu werfen? Weil es scheinbar die Gerichte anders sehen? Z.B. in Östereich: OGH-Entscheidung 23. März 2007, Geschäftszahl 2Ob262/05a Zitat: eine Geschwindigkeit von 5 km/h (Schrittgeschwindigkeit) eingehalten (Zitat Ende). Ein Gerichtsurteil, welches deine 7 km/h im Urteil stehen hat, ist mir nicht bekannt. Und alle mir bekannten Schätzungen gehen von 5 km/h für Fußgänger aus. Den Wert von 1.94 m/s (7 km/h) halte ich für Schrittgeschwindigkeit einfach zu schnell. Weisst Du überhaupt wovon Du sprichst? Ja. Davon, dass der Wert 7 ein Blödsinn ist. Kannst Du in Deinem Fahrzeug korrekt 5 und 7km/h unterschreiten und einhalten? Natürlich kann ich es unterschreiten. Wenn das Auto steht, dann habe ich es unterschritten. Wenn du mich provozieren willst, dann benutze auch die richtigen Worte. Probiers mal aus - ohne dass einer nebenher läuft! Ich habe eine digitale Geschwindigkeitsanzeige. Die zeigt mir den Unterschied zwischen 5 und 7 an. Ob die Anzeige mit der Realität übereinstimmt, ist natürlich eine andere Sache. Zeig mir mal ein Gerichtsurteil bei dem der Fahrer Schuld bekam weil er statt 5km/h nachweislich 7km/h gefahren ist! Zeig mir mal zuerst irgendein Gerichtsurteil wo von 7 km/h die Rede ist. Da es so eines vermutlich nicht gibt, wird es auch das von dir gewünschte nicht geben. Wenn Dir ein Fussgänger vors Auto läuft darfst Du ihn weder mit 5 noch mit 7km/h bedrängen oder gefährden sondern musst gegebenfalls anhalten! Willst du hiermit sagen, dass es absolut sinnlos ist, die Schrittgeschwindigkeit eine konkrete Zahl zuweisen? Dein letztes Argument lässt mal keinen anderen Schluss zu. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Michael Kugelmann wrote: Tordanik schrieb: Irgendwie gefällt mir überhaupt nicht, den Wert einer Konstanten direkt in die Daten zu schreiben. ;) die 7km/h sind der seit mehr als 1,5 Jahren gelebte Praxis. Warum meinst Du alles was sich bewährt hat über den Haufen zu werfen? Weil es scheinbar die Gerichte anders sehen? Z.B. in Östereich: OGH-Entscheidung 23. März 2007, Geschäftszahl 2Ob262/05a Zitat: eine Geschwindigkeit von 5 km/h (Schrittgeschwindigkeit) eingehalten (Zitat Ende). Ein Gerichtsurteil, welches deine 7 km/h im Urteil stehen hat, ist mir nicht bekannt. Und alle mir bekannten Schätzungen gehen von 5 km/h für Fußgänger aus. Den Wert von 1.94 m/s (7 km/h) halte ich für Schrittgeschwindigkeit einfach zu schnell. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätsoffensive
Rainer Schulze wrote: Hallo Gemeinde! Die Praxis bei OSM - soweit ich das hier beurteilen kann - sieht so aus, das ziemlich viele Tracker, Mapper, Tagger u.ä. täglich unterwegs sind, um Quanti- und Qualität des Datenmaterials zu verbessern. Was ich jedoch nach über einem Jahr wahllosen Stocherns im Gelände (womit ich meine, dass ich das tracke oder mappe, was mir zufällig unter die Räder oder die Füße kommt) habe ich jedoch den Eindruck, dass es vor allem in ländlichen Regionen und kleineren Städten sowohl am Umfang als auch an der Qualität der Daten mangelt. Tja. In meinem Bundesland weiß ich auf einer Strecke von 200 km niemanden außer mir, der mappt ;) Abhilfe und Motivation, diese Mängel konkret zu reduzieren, könnten m.E. regelmäßige Aufrufe zu einer Qualitätsoffensive schaffen, bei welchem alle aktiven Mitarbeiter aufgefordert werden, in einem bestimmten Gebiet (z.B. Tile-Nummer in Zoom 14) innerhalb der nächsten Woche mindestens eine Straße, eine Bezeichnung und einen POI einzubringen und außerdem dort die Fehler, die der JOSM Validator meldet, nach Möglichkeit zu beseitigen. Das würde nur klappen, wenn einen Bus in das Gebiet organisierst. Alle mir bekannten Mapper aus meinem Bundesland sind Fahrrad mapper. Und wenn ich denen erzähl, dass sie mal 200 km in das Zielgebiet radeln sollen (und 200 km zurück), sinkt vermutlich deren Begeisterung ;) Ich habe absolut keine Ahnung, wie so etwas organisiert und koordiniert werden könnte, bin aber ziemlich zuversichtlich, dass sich das Datenmaterial durch solche Aktionen schlagartig verbessern würde. Glaub nicht. Ich würde bei so einem Mapping Aufruf schön sagen, und trotzdem das mappen, was ich lust habe. Außer es wird ein Bus organisiert. Hat jemand hierzu eine Meinung, und vielleicht auch Ideen zur Umsetzung? Einen Bus gesponsert bekommen ;) Das einzige, was mit Aufruf klappen könnte, wäre wenn du gezielt nach irgendwelchen Tags aufrufst: Z.B: amenity=fire_station ist in jedem Ort vorhanden und jeder im Ort, weiß wo die Feuerwehr ist. Darum sind das wichtige Orientierungspunkte. Ich bitte deshalb jeden, die Feuerwehrhäuser einzutragen. BTW: Wenn ich mit jemanden in einem mir unbekannten Ort ausmache, sag ich immer beim Feuerwehrhaus, weil sowas finde ich immer (meist zentrale Lage, sonst kannst jedem im Ort fragen). Aber Gebietsaufrufe innerhalb der OSM Community halte ich nicht für zielführend, außer du bietest was an, was Vorteile gegenüber mappen auf eigene Faust hat und sei es nur dass danach gemeinsam in ein Lokal gegangen wird. Damit wären wir wieder bei den Mapping Partys (muss aber zugeben, dass ich mich mit mapping Partys noch nie so beschäftigt habe). MfG Stefan Gruß ... Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] [tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Hi! I wrote a proposal about trails (ways in the mountains). Please have a look at it: http://wiki.openstreetmap.org/index.php/Proposed_features/highway:hiking_trail I already know the approved feature sac_scale but I believe there should be a separate tag for trails and normal footways. Because: The sense of a footway is to get from A to B. The sense of the trail is to have a good time between A and B. Cheers Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-de] tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Hi! Habe einen Tagvorschlag für Wanderwege. Hintergrund: Es ist derzeit nur schwer unterscheidbar, ob ein Fußweg, kurz innerhalb der Stadt geht, oder über einen Gletscher, wo ev. Spezialausrüstung notwendig ist. Eine eigene highway Kategorie ermötlicht so auf einen Blick zwischen Wanderwegen (meistens in Bergen) und einfachen Fußwegen zu unterscheiden. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Johann H. Addicks wrote: Habe einen Tagvorschlag für Wanderwege. Es ist derzeit nur schwer unterscheidbar, ob ein Fußweg, kurz innerhalb der Stadt geht, oder über einen Gletscher, wo ev. Spezialausrüstung Ich weiss, dass es die Surface-Tags gibt, was aber auch wieder jede Menge Wildwuchs bedeutet und es für die Renderer und Router nicht einfacher macht. Zumindest für's rasche Mappen wäre schöner, analog zu den tracktypes mit grade1-grade5 ein pathtype zu haben mit analoger Auszeichnung, nur dass man dort eben etwas steiler skaliert. Also z.B. grade1 Beton, Asphalt, gutes Pflaster grade2 Kopfsteinpflaster, Schotter grade3 verfestigter Boden grade4 Buckelpiste, die nur noch von sportlichen Radlern ohne Abzusteigen zu meistern wäre und auch den Wandersmann deutlich bremst. (Sei es: große Schlaglöcher, loser Sand, Eisenbahnschotter, gefährliche Steigung) grade5 gerade noch kein Klettersteig: alpines Wandern wie Geröllfelder, oder Weg oft mit Bäumen verlegt, oder große Schlammlöcher, die das Fortkommen behindern. grade6 Klettersteig oder andere Routen mit Notwendigkeit zur Eigensicherung. Einen ca. 1 Meter breiten Weg, zuerst Schotter, dann Waldboden, dann mehr oder weniger Gras (mit etwas Steinen) und zum Schluss eine Mischung aus Steinen und Erde. So schaut ein durchschnittlicher Weg zu einem Berg aus. Da müsstest dann im schlimmsten Fall im 500m Takt den grade wechseln. Vor allem, wenn keine Fahrzeuge fahren dürfen / können, macht da grad System wenig Sinn. Bei deiner Aufzählung ist mir der Sprung von grade4 auf grad5 etwas zu deftig. Z.B. eine Strecke mit größeren Steinen (ca. 20 cm Durchmesser) ist für die meisten Mountainbiker unmöglich zu befahren, für den Wandersmann aber nur lästig, aber auf keinen Fall Kinderwagenkompatibel (was im allgemeinen ein footway schon ist). MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Johann H. Addicks wrote: Einen ca. 1 Meter breiten Weg, zuerst Schotter, dann Waldboden, dann mehr oder weniger Gras (mit etwas Steinen) und zum Schluss eine Mischung aus Steinen und Erde. So schaut ein durchschnittlicher Weg zu einem Berg aus. Da müsstest dann im schlimmsten Fall im 500m Takt den grade wechseln. Gerade dort hätte so ein simples System den Vorteil, dass sich schneller mappen lässt als wenn man -wie derzeit- für jeden Abschnitt die Steigung, die Oberfläche und die Wegsbreite erfasst. Und alle 500m den Grade zu ändern: Anliegerstraßen in Orten sind meist kürzer Meine Idee dahinter ist: Ich kenne einige begeisterte Berggeher. Denen könnte ich ein GPS mitgeben und die laufen mir dann mit den GPS ab. Aber ich kann sie sicher nicht überreden, ständig den Wegzustand zu notieren. Bei einer 8 Stundenwanderung hat man dazu wirklich nicht durchgehend Lust. Darum möchte ich eine Möglichkeit das ganze mit einem eindeutigen Tag zu versehen, welcher schon ohne Zusatztags wie sac_scale=* eine Aussagekraft hat. Vor allem, wenn keine Fahrzeuge fahren dürfen / können, macht da grad System wenig Sinn. Naja, der gemeine Wandersmann könnte beim openrouteservice sagen ich möchte mit Präferenz über grade4 und die Kinderwagengänger brauchen keinen Track, jedoch freuen sich über durchgängig grade1, maximal grade2. Ich stelle mir das so vor: Die Wanderer suchen sich eine Route mit highway=trail und falls gesetzt: sac_scale=4. Bei deiner Aufzählung ist mir der Sprung von grade4 auf grad5 etwas zu deftig. diente ja lediglich als Beispiel. Ziel ist es, ein Schema zu haben, was den Mapper motiviert, ein Feature zu mappen. Getreu dem Motto: Was nützt ein proposal was so kompliziert ist, dass es dem Durchschnittsmapper zu aufwändig ist und daher kaum angewendet wird. Also: Ein (Berg)-Wanderweg ist highway=trail und ev. zusätzlich noch sac_scale kommt mir jetzt nicht kompliziert vor. Momentan ist es so, dass ständig zwischen path, track und footway gewechselt wird. Und keines der drei passt wirklich. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Christoph Eckert wrote: Moin, Habe einen Tagvorschlag für Wanderwege. Hintergrund: Es ist derzeit nur schwer unterscheidbar, ob ein Fußweg, kurz innerhalb der Stadt geht, oder über einen Gletscher, wo ev. Spezialausrüstung notwendig ist. Eine eigene highway Kategorie ermötlicht so auf einen Blick zwischen Wanderwegen (meistens in Bergen) und einfachen Fußwegen zu unterscheiden. such' mal nach sac_scale im Wiki. sac_scale wird im Proposal bereits erwähnt. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] way mit zugehörigen nodes downloaden
Roland Spielhofer wrote: Hallo, ich möchte anhand einer way-ID ein vollständiges osm-file vom Server laden - inklusive zugehöriger nodes. Ich habe die umgekehrte Anforderung. Ich möchte einen Punkt angeben, und alle Ways bekommen, die den Punkt enthalten. Gibt es dafür auch eine Möglichkeit? MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagging] Feature Proposal - RFC - highway:trail (Wanderweg)
Stefan Hirschmann wrote: Hi! Habe einen Tagvorschlag für Wanderwege. Habe grad gesehen, dass ich gar nicht den Link zum Proposal gepostet habe. Sorry. Wird hiermit nachgeliefert: http://wiki.openstreetmap.org/index.php/Proposed_features/highway:hiking_trail ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed...
Roland Spielhofer wrote:
Stefan Hirschmann schrieb:
Martin Koppenhoefer wrote:
Nehmen wir mal Österreichs Autobahnen. Sofern kein gesondertes Limit
besteht:
Bis 22:00 Uhr: 130 km/h
Ab 22:00 Uhr: 110 km/h
Seit wann soll denn das so sein?
Seit 1. Dezember 1989, 22.00 Uhr ;)
Allerdings gilt es, wie ich inzwischen weiß doch nicht für alle
Autobahnen, sondern nur für:
1. Innkreisautobahn A 8 im gesamten Bereich;
2. Pyhrnautobahn A 9 im gesamten Bereich,
ausgenommen Bosruck- und Gleinalmtunnel;
3. Tauernautobahn A 10 im gesamten Bereich,
ausgenommen Tauern- und Katschbergtunnel;
4. Inntalautobahn A 12 im gesamten Bereich;
5. Brennerautobahn A 13 im gesamten Bereich;
6. Rheintalautobahn A 14 im gesamten Bereich.
Geregelt wurde das ganze im Bundesgesetzblatt BGBl.Nr. 527/1989 ST0218.
Langtitel: Verordnung: Geschwindigkeitsbeschränkungen auf
bestimmten Autobahnen zur Nachtzeit
Und falls es jemand wirklich lesen will:
http://www.ris.bka.gv.at/taweb-cgi/taweb?x=do=lv=bgbldb=BGBLq={$QUERY}sl=100t=doc4.tmpls=(527/1989):PORG%20und%20(0):TEIL
MfG Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] maxspeed...
Garry wrote: Stefan Hirschmann schrieb: Martin Koppenhoefer wrote: Die Lösungsansätze mit maxspeed=default für landesübliche Strassenkategorieabhängige Geschwindigekeiten werden alle sehr komplex. Die Hauptbegründung für solche Lösungsansätze ist das auf länderspezifische Gesetzesänderungen einfach reagiert werden kann.Diese sind aber äusserst selten und in aller Regel nu nach unten so dass sich das schnell auch mit einem Skript erledigen lässt. Ein hochsetzen der Geschwindigkeit wir sehr wahrscheinlich (wenn überhaupt) nur für sehr wenige Strassen in Betracht kommen so dass die praxisnahe und unkompliziertes Lösung darin liegt maxspeed immer als Zahlenwert anzugeben, Nehmen wir mal Österreichs Autobahnen. Sofern kein gesondertes Limit besteht: Bis 22:00 Uhr: 130 km/h Ab 22:00 Uhr: 110 km/h Finde da DEFAULT wirklich besser. Oder wie willst das als einzelne Zahl eintragen? Offenbar wissen hier einige nicht was maxspeed bedeuted. Wie wäre es mit der von der Behörde erlassene, bzw. vom Gesetz geregelten Höchstgeschwindigkeit? Oder meinst du mit dieser provokativen Aussage dich selber? Es ist immer der Wert der unter keinen Umständen vom normaelen Verkehr auch unter den besten Bedingungen nicht überschritten werden darf. Es gibt zahlreiche Einschränkungen die es gebieten diesen Wert deutllich zu unterschreiten, Z.B. Sichtverhältnisse, Schneeketten, Führerscheinneuling, Fahrzeugklasse, Uhrzeit. STVO §20 (1) Der Lenker eines Fahrzeuges hat die Fahrgeschwindigkeit den gegebenen oder durch Straßenverkehrszeichen angekündigten Umständen, insbesondere den Straßen-, Verkehrs- und Sichtverhältnissen, sowie den Eigenschaften von Fahrzeug und Ladung anzupassen. Er darf auch nicht so schnell fahren, daß er andere Straßenbenützer oder an der Straße gelegene Sachen beschmutzt oder Vieh verletzt, wenn dies vermeidbar ist. Er darf auch nicht ohne zwingenden Grund so langsam fahren, daß er den übrigen Verkehr behindert. Ich finde in diesem Paragraphen nichts von Uhrzeit, nur was von Straßenverkehrszeichen. Und wenn am Verkehrszeichen 22:00 bis 05:00 Uhr steht, dann sollte das auch irgendwie getaggt werden, oder man lässt maxspeed gleich ganz bleiben, weil nur die Zeit von 5:00 bis 22:00 eintragen ist wertlos. Zumindest können alle Argumente für das Tag maxspeed=default gegen ein tw. korrektes Tag verwendet werden. Die gehören aber nicht in maxspeed rein sondern erfordern gesonderte Behandlung. Sehe ich anders. In die Tags gehören die behördlichen Vorgaben. Sonst kann man frisch gleich Lichtgeschwindigkeit schreiben. Dies wäre immerhin die einzig wahre maxspeed, die sogar für die Autoscheinwerfer gilt. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker wrote: On Tue, 9 Sep 2008, Florian Lohoff wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Und vor allem - welche empfaenger koennen was damit anfangen? RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. Habe mal auch eine Frage zu dem Thema. Einige D-GPS Signale werden ja auch über Internet gestreamt. Würde es Sinn machen, bzw. überhaupt möglich sein, sein NMEA File mit diesen Daten zu korrigieren? Dies hätte den Vorteil, dass es gratis geht. Mir geht es nicht darum, auf 10cm genau zu sein, glaube auch nicht, dass das geht, aber zumindest den großen Versatz, wo ich dann nicht weiß, ob es eine neue oder alte Straße ist (also bereits gemappte Straße soweit verschoben, dass sie nicht mit GPS Daten überein stimmt). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Datei bearbeiten
Raimond Spekking wrote: Moin, welches grafische Tool könnt ihr empfehlen, um eine GPX-Datei zu bereinigen, z.B. von Punktwolken vom Herumstehen? GPSbabel verwende ich für sowas. Gibt dazu auch ein graphisches Frontend. Du verwendest scheinbar Windows. Ich glaub die Windows Version von GPSbabel ist direkt graphisch. Ich habe es mit jOSM probiert, aber die darauf wieder erzeugte .gpx-Datei wurde nach dem Upload auf openstreetmap.org als fehlerhaft abgewiesen: 0 points parsed ok. Do they all have lat,lng,alt,timestamp? Früher hat JOSM die Timestamps raus gelöscht. Ev. tut es das nicht mehr. Probier mal die neueste Version (habe es selber nicht getestet, nur Dirks Posting gesehen). MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Photomapping mit .bmp
Tobias Hägele wrote:
wenn du die bmp datei in eine jpeg gewandelt hast (auswahl dürfte riesig
sein), macht jhead -mkexif genau das, was du willst (linux und windows
binaries erhältlich)
http://www.sentex.net/~mwandel/jhead/
Sehr schön.
Zusammen mit den Zeilen von B.Wurst habe ich jetzt folgendes daraus
gemacht:
$ ls --full-time *.jpg |cut -d ' ' -f 6,7,9| sed -e 's/\([0-9]\{4
\}\)-\([0-9]\{2\}\)-\([0-9]\{2\}\) \([0-9]\{2\}:[0-9]\{2\}:[0-9]\{2
\}\).0* \(.*\)$/jhead -mkexif -ts\1:\2:\3-\4 \5/'
Warum so kompliziert?
Aus der Manpage von jhead:
-mkexif
Creates minimal exif header. Exif header contains date/time, and empty
thumbnail fields only. Date/time set to file time by default.
Also einfach:
ls -1 *.jpg | xargs -d \\n --replace={} jhead -mkexif {}
Wichtig: Datum im Dateisystem muss passen.
Ev. noch mit
touch
das Datum richtig stellen.
MfG Stefan
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Problem: JOSM, Yahoo Plugin und Firefox 3
Hi! Was wurde getan? Bis vor kurzem ging bei mir das Yahoo Sat Plugin mit JOSM noch korrekt. Aber seit Debian auf FF 3 (bzw. Iceweasel 3) umgestellt hat, funktioniert es nicht mehr. Profil löschen (rm -r .mozilla/firefox/profilname und aus profiles.ini) und mit JOSM neu erzeugen hat auch nichts gebracht. Schritte zur Reproduktion: - JOSM starten - Gebiet runter laden - WMS - Yahoo wählen - zuschauen wie es FF3 aufmacht und lädt. - irgendwann steht in FF3 Statusleiste Done - nichts passiert mehr. FF3 bleibt offen, und JOSM wartet auf die Daten. - Wenn jetzt FF3 händisch geschlossen wird, kommt folgende Fehlermeldung: Server returned HTTP response code: 500 for URL Kann dieses Problem jemand bestägigen, bzw. weiß Abhilfe? MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eisenbahn, die Zweiundvierzigste...
Frederik Ramm wrote: Hallo, - Benennen von Bahnstrecken: Es gibt für viele Bahnstrecken in Deutschland mehr oder minder offizielle Namen, z.B. Linke Rheinstrecke oder Pfälzische Ludwigsbahn, ebenso gibt es von der Bahn Streckennummern und Kursbuchstreckennummern. Wenn alles rein soll: Wie und wohin? Der name ist prinzipiell schon bei Tunnels belegt, denn die haben bei der Bahn üblicherweise Namen. Brücken können auch Namen haben. In diesen Faellen sollte man den Tunnel-/Brueckennamen mit Hilfe einer Relation abbilden, denke ich; das Problem gibt es bei Strassen ja genauso. Hast du dazu einen Link? Bei mir in der Gegend gibt es eine Straße mit drei offiziellen Namen (Seefelder Bundestraße, Nordumfahrung, Zirler Berg Straße) und ich weiß nicht, wie ich das korrekt taggen soll. [...] Da wuerde ich Fantasie walten lassen und nicht versuchen, Regeln festzuklopfen. Jede zusaetzliche Regel auf einer Wikiseite macht das Gesamtsystem komplizierter; je unbedeutender der Sacheverhalt ist, der dokumentiert ist, desto schlechter ist das Kosten/Nutzen-Verhaeltnis der Dokumentation. Mein Rat: Einfach machen und darauf bauen, dass ein anderer User Dein Beispiel finden wird, wenn er will. Ich gehe davon aus, dass, wenn der Mapper es so unbedeutend findet, dass er es nicht dokumentiert, dass dann auch andere seine Daten nicht finden werden, weil sie zu selten vorkommen. Jeder soll mappen, was er wichtig findet, aber wenn jeder zu allem, was er wichtig findet, eine Wikiseite macht, wie das zu taggen ist, koennte es fuer den Neuling sehr chaotisch werden. Eine große WikiSeite: Spezialtagging von Eisenbahnen für Deutschland würde meiner Meinung nach die Übersichtlichkeit nicht zerstören. Sofern es natürlich auf einer Seite zusammengefast ist. - Mehrgleisigkeit: Sollen mehrere Gleise einzeln gemappt werden? Wenn ja: Immer (was bei großen Bahnhöfen sicher lustig wird, wenn man das Gleisbild abbilden möchte) oder nur auf der freien Strecke oder nur Überholgleise? Sollen dann alle Weichen mit hinein? Und wie tief soll zu guter letzt die Detail-Tiefe gehen? (Signale, Orts-/Ferngesteuerte Weichen...) Prinzipiell bin ich dafuer, so sehr ins Detail zu gehen, dass wir letztendlich realistisch Zugverkehr simulieren koennen. Ich selber halte mich da aber raus und mappe jede Bahntrasse erstmal nur als einzelnes Gleis, weil ich nicht den Sachverstand besitze, das richtig zu machen. Zwei nebeneinander liegende Gleise erkenne ich, habe aber keine Ahnung wie man das mappen sollte. Satelittenbild ist nicht überall verfügbar und zumindest bei unseren Zügen kann man nicht mal mehr die Fenster öffnen, GPS fällt also auch aus. - Bahnübergänge werden ja nur nach Fußgängerübergang (railway=crossing) und sonstigen Übergängen unterschieden (railway=level_crossing). Soll da auch irgendwann noch in Beschrankt (Halb-/Vollschranke)/Unbeschrankt/Ungesichert unterschieden werden? Ich würde ja sagen. Z. B. bei unbeschränkten Übergängen hupen die Züge vorher. Also ist diese Info als Warnung recht brauchbar. *Erst* Daten erfassen, *dann* Gedanken ueber die einheitliche Notation machen. Sonst diskutieren nachher zehn Vegetarier darueber, wie man Fleisch zubereiten wuerde, wenn man welches zuzubereiten haette. Ich gehe mal davon aus, dass mehr Leute Gleise mappen, die nicht Angestellte der Bahn sind, als umgekehrt. Dein Beispiel eröffnet damit die Forderung: Die 10 Vegetarier wollen für einen Fleischesser kochen, dürfen aber nicht fragen, was Fleischesser so mögen. Weder untereinander noch sonstwen. Sie müssen selber überlegen, was einen Fleischesser schmecken könnte. Meine Vorstellung eines OpenSource Projektes geht mehr in Richtung von Ideentausch als in Richtung von Nach mir die Sintflut. Für mich persönlich ist es auch interessant zu lesen, was die Leute mit OSM vorhaben, das nichts mehr mit Straßenkarte zu tun hat. Wenn mir Ideen gefallen, dann werde ich sie auch mappen. Aber wenn es keine Diskussion drüber gibt, dann gehe ich davon aus, dass es eh keinen Interessiert. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zu viel Traffic!
Roland Ramthun wrote: Jacques Nietsch schrieb: Eine andere ernst gemeinte Frage an die 'alten Haasen' hier: warum gibt es zu diesem Thema eigentlich keine Gruppe im Usenet? Oder gibt sie es doch? Soweit ich weiß nicht. Das würde ja auch nich viel ändern, dann würde die Gruppe dort unlesbar. Mein Newsreader hat eine Funktion: Ignoriere Teilthread. D.h. alle Antworten auf ein bestimmtes Posting werden ignoriert. Kann das Thunderbird auch (oder sonst ein Mailclient unter Linux)? Falls nein, dann wäre das ein wichtiger Unterschied. Mfg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D
Garry wrote: Da ich gerne auch die nicht Geschwindigkeitsbegrenzte Strassenabschnitte kennzeichnen möchte - Ich vertritt die Meinung: Nicht gekennzeichnet == staatliche allgemeine Beschränkung (Richtgeschwindigkeit Deutschland, Österreich 130...). spricht etwas gegen maxspeed = 250 (übliche Selbstbeschränkungsgrenze der Automobilhersteller)? Ja. 1) Es ist falsch. 2) Eigentlich ist es ja eine Richtgeschwindigkeit 3) Wenn Deutschland z.B. eine Geschwindigkeitsbegrenzung auf allen Autobahnen einführen würde, wäre das viel Änderungsaufwand. 4) Wenn mein Auto 270 gehen würde, dürfte ich das in echt fahren. Also wie bereits andere Erwähnt haben, maxspeed=umlimited oder (maxspeed=law_maximum_germany) kommt mir da echt sinnvoller vor, wobei ich die zweite Variante mit geseztliches Limit Deutschland bevorzugen würde. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] maxspeed = 250 fuer unbegrenzte Strassenabschnitte?
Andreas Pothe wrote: c) Ich fände auch maxspeed=0 wäre eigentlich eine gute Lösung - dann bleibt der Wert nachwievor numerisch, deutet aber klar keine Beschränkung an imho. Informatikerdenken. Ansonsten kann man maxspeed=0 auch als Verkehrsverbot auffassen, also als Synonym zu access=no. Ich bin auch Informatiker und hätte es auch als Fahrverbot aufgefasst. Informatikerdenken wäre eher: maxspeed=-1 (Negation muss außerhalb der gültigen Variablenbelegung sein). Mfg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] maxspeed = 250 für unbegrenzte Stra ssenabschnitte?D
Gerrit Lammert wrote: Stefan Hirschmann wrote: Also wie bereits andere Erwähnt haben, maxspeed=umlimited oder (maxspeed=law_maximum_germany) kommt mir da echt sinnvoller vor, wobei ich die zweite Variante mit geseztliches Limit Deutschland bevorzugen würde. Das ist überflüssig, da implizit gegeben. Auch meine Meinung. Aber der Originalposter schrieb, dass er es unbedingt will. Und sofern er keine falschen Daten eingibt, habe ich kein Problem damit. Sinnvoll oder nicht, ist eine andere Frage. Das gleiche sollte auch für Straßen innerhalb von geschlossenen Ortschaften gelten, wenn die Ortsgrenzen mal komplett sind. Ich glaub, das wird nie passieren. Ich kann dir nicht mal die genauen Ortsgrenzen von meinem eigenen Ort sagen. Darum bezweifle ich, dass jemals die Ortsgrenzen vollständig sein werden. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-at Austria Mailing Liste? AGIT?
Stefan Keller wrote: Gibt es hier auf Talk-de ev. auch Österreicher? Ja. Mich zum Beispiel. Ich habe mal mein OSM-Mail-Archiv ausgwertet: # $ cat osm | egrep -o From:.* | grep '@' | grep .at | sort | uniq -c | sort -n | wc -l 12 # Dies bedeutet, dass zwölf versch. .at Email Adressen verwendet werden. ACHTUNG: Dies ist nicht gleich zu setzen mit 12 Österreicher. Denn wenn jemand z.B. eine GMX.net oder gmail Adresse hat, dann scheint er in dieser Auswertung nicht auf. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM vermuellt meine Daten
m*sh wrote: Frederik Ramm wrote: Ich wuerde empfehlen, erst Deine Datei zu laden, dann in JOSM einen Ausschnitt zu waehlen und von innerhalb JOSM dann die OSM-Daten zu Deinem Ausschnitt dazu zu laden (nicht als eig. Layer). Sorry, aber ich verstehe nicht, was Du meinst. Ich glaube, Frederik meint: 1) Zuerst öffnest, deine Daten. Diese tauchen als eigener Layer auf. 2) Auf Daten laden klicken (der grüne Pfeil nach unten, kA wie es richtig heißt). 3) OpenStreetMap Daten wählen. 4) Ganz wichtig: Als neue Ebene abwählen, kein Haken. 5) Auf OK klicken. 6) Warten bis er geladen hat. 7) Nun sollten deine und die OSM Daten im gleichen Layer sein. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] CSV zu GPX konvertieren mit NavGear Data Logger
Thomas Hieber wrote: Stefan Hirschmann schrieb: Hi! Ich teste gerade für einen Bekannten seinen GPS Datenlogger. Aber ich habe ein Problem mit dem Gerät ( NavGear Bluethooth Data Logger http://www.pearl.de/a-PX3015-5442.shtml ). [] Das sieht auf den ersten Blick genau gleich aus wie das Format von meinem iBlue 747. Für den habe ich mir selbst ein Programm geschrieben um daraus ein vernüftiges GPX (mit Wegpunkten) zu machen. (Habe aber gpsbabel auch nie probiert gehabt). Das Programm kann ich Dir gerne mal zum Testen zusenden (benötigt aber .NET Runtime - ich habs der Bequemlichkeit halber in C# programmiert). Ja. Ich habe Interesse und auf dem Windows Rechner kann ich .Net installieren, ev. läuft es ja auch im Mono/Linux. Maile es mir bitte an die EmailAdresse vom From. Im vorhinein schon vielen Dank. Lg Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] CSV zu GPX konvertieren mit NavGear Data Logger
Markus Koelle wrote: Thomas Hieber wrote: Stefan Hirschmann schrieb: Hi! Ich teste gerade für einen Bekannten seinen GPS Datenlogger. Aber ich habe ein Problem mit dem Gerät ( NavGear Bluethooth Data Logger http://www.pearl.de/a-PX3015-5442.shtml ). Die neueste Version von gpsbabel kann das Format von MTK-Loggern (z.B. iBlue 747, NavGear usw.) lesen und in gpx umwandeln: http://www.gpsbabel.org/htmldoc-development/fmt_mtk-bin.html Ich weiß inzwischen wie ich Daten extrahiere als: - CSV - NMEA (ohne Wegpunkte, alles Tracks) - KML (jeder Punkt sowohl Track als auch Waypoint). Aber Binärformat hätte ich keines gesehen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] CSV zu GPX konvertieren mit NavGear Data Logger
Hi! Ich teste gerade für einen Bekannten seinen GPS Datenlogger. Aber ich habe ein Problem mit dem Gerät ( NavGear Bluethooth Data Logger http://www.pearl.de/a-PX3015-5442.shtml ). Dieses Gerät loggt die Daten und mit einer IMHO sehr umständlichen Programmoberfläche bekommt man die geloggten Dateien in ein CSV Textformat. Hier schon mal die erste Frage: Kennt jemand ein feineres Programm für das auslesen? Nachdem ich die Daten irgendwie auslesen konnte, habe ich das nächste Problem. Eine Beispieldatei findet sich unter: http://nopaste.debianforum.de/8942 Dort muss die Datei zuerst runter geladen werden. Ich schätze mal sie ist zu groß um Online betrachtet zu werden. Der Aufbau ist folgendermaßen: Zeile 1: Beschriftung der Spalten Seperator: Beistrich Zeile 2 bis 386: Viele ungültige Daten Irgendwann: Der Inhalt. Bsp: INDEX,RCR,DATE,TIME,VALID,LATITUDE,N/S,LONGITUDE,E/W,HEIGHT,SPEED,DISTANCE, 1,T,2008/01/11,16:13:09,No fix,90.00,N,0.00,E,150.000 m,0.000 km/h, 0.00 m, 388,T,2008/02/12,10:38:07,SPS,47.853683,N,7.618862,E,293.480 m,0.074 km/h, 9.32 m, In der zweiten Spalte bedeutet T, dass es ein normaler Trackpunkt ist und B für eine händisch gesetzte Markierung (Waypoint). Die Daten liegen im CSV Format vor. Ich habe bisher folgende Möglichkeiten probiert sie nach GPS zu bekommen: a) gpsvisualizer.com Das Ergebnis ist genau so, wie ich es mir vorstelle. Aber ich mag nicht alles über eine Homepage machen. b) === $ gpsbabel -i csv -f test.csv -o gpx -F hoho.gpx Invalid latitude 271.00 in waypoint . === c) gpsbabel -i unicsv -f test.csv -o gpx -F hoho.gpx Es wurden keine Trackpoints erzeugt, sondern alles als Waypoints. Dies ist eigentlich nicht verwendbar. d) gpsbabel -i unicsv -f test.csv -x transform,trk=wpt,del -o gpx -F hoho.gpx Hier werden alle Waypoints in Trackpoints verarbeitet. Eigentlich schon recht toll, aber ich kann so die händisch gesetzten Waypoints nicht mehr verwenden. Hat jemand eine Idee, wie ich die Daten offline konvertieren kann. Es steht sowohl ein Windows als auch ein Linux System zur Verfügung und es muss auch nicht gpsbabel sein. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags
m*sh wrote: Wie der eine oder andere vielleicht bereits gelesen hat, moechte ich die vorhandenen WPs aus meinem proprietaeren System nach OSM uebertragen. Hat dieses proprietäre System einen Namen und falls ja, ist es irgendwo öffentlich dokumentiert? Da mein System allerdings konzeptionell etwas anders arbeitet als OSM habe ich nun einige Fragen, wie ich die Attribute meiner Wegpunkte am unverfaenglichsten und allgemeinverbindlichsten 'uebersetze'. Bsp.: Da ich nie auf die Idee gekommen waere, das Rechteck eines Ackers abzulaufen um diesen dann in die Karte einzuzeichnen, gibt es in 'meiner Karte' ein Attribut fuer die Umgebung, in der sich der Wegpunkt befindet: - innerorts - Rebberg - landw. Nutzflaeche - Wiesen - Wald u.v.m Insbesondere Valley/Tal Canyon/Schlucht mountain (auch Huegel, Berg, Gebirge) konnte ich bei den vorhandenen Tags nicht finden. Ein Berg ist natural=peak Wenn ich du wäre, würde ich für alle Attribute, die du nicht zuordnen kannst, es so lösen, wie es damals openGeoDB gelöst hat. 1) Zuerst schauen, was kann ich von meinen Strukturen nach OSM Strukturen überführen (Way, Node, Name...) und das dann auch überführen 2) Wo es keine brauchbaren Alternativen gibt, da erfindest selber welche. openGeoDB hat dies so gelöst, dass sie zuerst den Projektnamen Doppelpunkt Variablennamen geschrieben haben. Beispiel: openGeoDB:auto_update 3) Zusätzlich sollte bei jeder Konvertierungsgeschichte das Feld created by dein Konvertierungstool angeben werden. 4) Irgendwo solltest du deine neuen Variablen dokumentieren. Mit dem Ziel, dass, sofern der Name nicht eindeutig genug ist, jemand, der sich deine Daten manuell anschaut, kapiert, was du da vor gehabt hast. Der Sinn der Doku ist, dass man eine ungefähre Ahnung hat und andere Mapper auf die Idee kommen können, dass es inzwischen einen Map-Feature Tag für deinen selber erfunden Tag gibt (z.B. in zwei Jahren). Ich kenne deine Tags zu wenig, könnte mir aber vorstellen, dass es irgendwann wirklich Vorteile bringt. Darum sollte es in die DB eingetragen werden und ev. ab und zu kontrolliert werden, ob es was brauchbares gibt. Frederik hat ein tolles Skript, um Sachen automatisch zu ersetzen (fixbot). 5) Ev. einen Link auf die Dokumention in jedes Attribut hinzufügen, oder auf deine Userpage verlinken. Irgendwie halt dafür sorgen, dass deine Doku gefunden wird. Und wie tagged man einen Steinbruch korrekt? amenity : quarry vs. landuse:rocks... Der Steinbruch in meiner Gegend wurde mit landuse=quarry getagged. Ob es passt, kann ich dir aber nicht sagen. Zumindest ist http://wiki.openstreetmap.org/index.php/De:Map_Features der gleichen Meinung. ---STRASSEN-UND-WEGE-- motorway:trunk motorway:secondary,tertiary,unclassified sind bei mir dummerweise eine einzige Kategorie. Genau für sowas gibt es inzwischen highway=road siehe http://wiki.openstreetmap.org/index.php/Tag:highway%3Droad besser nur road als nicht vorhanden. Dafuer unterscheide ich Feldwege, wirtschaftswege im Wald und dann noch 4x4 - Wo man einen Allradwagen benoetigt. Hm. Eventuell ist das für dich brauchbar: http://wiki.openstreetmap.org/index.php/Key:tracktype Wobei Feldweg bei mir da beginnt, wo der Asphalt aufhoert sollte ich dafuer highway:byway oder highway:track nehmen? Ich muss zugeben, ich höre jetzt das erste mal von byway. Laut Wörterbuch heißt es: der Nebenweg die Privatstraße der Seitenweg Rein über die Übersetzung würde ich sagen, dass byway etwas anderes ist. Aber ich habe keine Ahnung für was man es ernsthaft hernehmen sollte. und 4x4 dort, wo man wirklich nicht mehr guten Gewissens ohne Allrad unterwegs ist (sofern man die Strecke nicht kennt). tracktype:grade4 Was ist mit Unterfuehrungen, reicht es wenn das darueberfuehrende Viadukt (o.ae.) als Bruecke getagged ist? Alleine zu dieser Frage könnte man eine riesige Diskussion entfachen. Ganz einfach gesagt: Es gibt OSM versch. Layers. Wobei gilt: Der Weg mit der höheren Zahl geht immer über den Weg mit der niedrigeren Zahl. D.h. wenn dein Viadukt, z.B. Layer=1 hat und der untere Weg layer=0 dann würde das der Auswertungssoftware schon reichen, zu erkennen, dass es unten durch geht. Ich kenne Mapper, die es nur so machen. Ich kennzeichne den Weg drüber zusätzlich als bridge=yes, aber das ist jetzt glaube ich Geschmackssache. Wenn dich das Thema mehr interessiert, sollten wir einen eigenen Thread draus machen. Sonst platzt dieser Thread vor Themen über. Ein Problem sehe ich hierbei, wenn die Unterfuehrung unter einer Bahnlinie verlaeuft und nicht als solche gekennzeichnet ist aber die Bahnlnie noch gar nicht in die Karte aufgenommen wurde. Dann erfaehrt man ja gar nicht, dass man durch eine Unterfuehrung muss... Das ist das Problem mit unvollständigen Karten. Die Lösung ist, dass irgendwer, irgendwann die Bahnlinie einzeichnet. Eine temporäre Lösung fällt mir auf die
Re: [Talk-de] JPEG für JOSM kalibrieren
Entweder kann ich das ausgedruckte Bild wieder verwenden oder ich muss es sein lassen. Hinweise, dass ich schneller arbeiten soll oder kann, helfen mir überhaupt nicht weiter. Wäre es dir eine Hilfe, wenn du das Bild als Hintergrundbild laden könntest, aber: - Das Bild genau so groß wie der sichtbare Bildschirmbereich von OSM ist? - Das Bild nicht an einem Ort, sondern immer den ganzen Bildschirm füllt? Die Konsequenz der beiden Punkte wären: - Das Bild muss nicht georeferenziert wären. - Es muss kein Zoom unterstützt werden. - Aber: Du musst in JOSM selber hinzoommen und das Bild so lange verschieben, bis dein Bild mit den OSM Daten übereinstimmt? Würde dir sowas weiter helfen? MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Validator Gemeckere
Martin Koppenhoefer wrote: Nein. Da hast mich komplett falsch verstanden. Es gibt drei Möglichkeiten a) straff geführt b) Anarchistischer Chaos-Haufen c) Demokratisch (und zwar Basis demokratisch). es gibt (mind.) eine weitere Möglichkeit, und das ist die gut funktionierende Meritokratie. OSM funktioniert in meinen Augen so (wie die meisten erfolgreichen Open-Projekte). Wenn ich Meritokratie nicht falsch verstanden habe, geht es da nur darum, wie die führende Schicht bestimmt wird. Abhängig von dem was geleistet wird, bekommt man unterschiedliche Macht. Dies hat aber mit dem Führungssystem IMHO wenig zu tun. Aber schauen wir mal versch. Projekte an: Linux: Torvald ist der sanfte Diktator. Was ihm nicht passt, wird nicht genehmigt - straff geführt Wikipedia: Es gibt Admins (gewählt) und Leute die nichts anderes tun als Beiträge zum Löschen vorzuschlagen. Sachen wie die gesichtete Version entscheidet einer Alleine - Diktatur. OSM: Es gibt ein API und jeder kann sich an das API hängen. Momentan ist es, je nach Definition Anarchistisch oder Demokratisch. Wer die API kontrolliert, weiß ich nicht. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie mit JOSM Lichtung aus Waldgebiet ausschneiden?
Marc Schütz wrote: Am Samstag, 7. Juni 2008 15:03 schrieb Bernd Wurst: Seit einer Weile muss man den Wald dafür nicht mehr auftrennen! Einfach einen großen Wald machen und die Lichtung auch als Wald (sic!) mit den identischen Tags eintragen. Dann beides in eine Relation type=multipolygon stecken und die Rollen inner und outer passend vergeben. Ein Wald kann so beliebig viele Lichtungen enthalten. ...wobei beide als Wald zu taggen semantisch nicht wirklich Sinn ergibt (Wald im Wald?) Was ist die Alternative? Ungetagged lassen? Gefällt mir auch nicht. Was gäbe es sonst noch? MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Validator Gemeckere
Frederik Ramm wrote: Hallo, Entweder es läuft einheitlich ab, oder es kommt nichts gescheites raus. Das ist eine Einstellung, die vielleicht beim Militaer richtig ist, aber nicht bei uns Ich sehe keinen Vorteil darin, gleiche Sachen verschieden zu benennen. Falls dir ein Grund einfallen sollte, warum, bitte nenne ihn mit Beispiel. Das ist ein rhetorischer Trick von Dir. War so nicht gedacht. Wie ich deinen Text von weiter unten entnehme, habe ich dich nur falsch verstanden. Ich dachte, du findest es gut, wenn das selbe in zwei verschiedenen Gebieten anders heißt. Aber das hat sich inzwischen geklärt. Ich sehe keinen Vorteil darin, Strassen unvollstaendig zu erfassen. Falls Dir ein Grund einfallen sollte, warum, bitte nenne ihn mit Beispiel. Weil unvollständige Daten besser sind als überhaupt keine Daten. Natuerlich ist eine vollstaendig erfasste Strasse immer besser als eine nicht vollstaendig erfasste; zugleich wuerde aber die Forderung, kuenftig alle Strassen vollstaendig zu erfassen oder es gleich sein zu lassen, das Projekt sofort beenden. Meine Forderung war ja nicht es sein zu lassen, sondern versuchen Einheitlichkeit zu erreichen. Z.B. Ich will jetzt die Rettungs-Ortsstelle eintragen (gibt meines wissens kein map-feature / proposed feature dafür), also erfinde ich einfach einen Namen dafür und schreib es mal in die Liste der proposed features. Dann kümmere ich mich nicht weiter darum. Den zusätzlichen Zeitaufwand für das Wiki halte ich vertretbar. Wenn der nächste kommt und eine Rettung einträgt und mein proposed feature auch verwendet, dann finde ich mit meinem System seine Rettung. Selbst wenn es in keine Software kommt, dann habe ich in diesem Fall durch den Wiki-Eintrag profitiert. Sollte ich es hingegen nicht dokumentieren, so taggt er es vermutlich nicht gleich wie ich und sein System findet meine Rettung nicht und umgekehrt. Ebenso ist es auch mit dem gleiche Sachen verschieden benennen - klar ist es nett, wenn alles ueberall gleich heisst, aber der Abstimmungs- aufwand, um dies zu erzielen, ist so hoch, das er dazu fuehren kann, dass einige Sachen gar nicht getaggt werden. Wie gesagt, ich halte es schon für einen gewaltigen Fortschritt, wenn Google: 'alte Bäume site:openstreetmap.org' einen Tagvorschlag bringt. Denen es wichtig ist, dass die alten Bäume drinnen stehen, können es dann gleich machen. Und falls die Datenbank mal wirklich viele alte Bäume hat, dann kann man immer noch abstimmen. Ich hoffe, ich habe jetzt klar gemacht, dass ich jede Art von Erwähnung (und sei es nur die Mailingliste) von einem Tag als gewaltige Verbesserung gegenüber einfach her nehmen halte. (Hinzu kommt, dass bei weitem nicht alle amenities ueberhaupt international vergleichbar sind. Eine boulangerie als bakery zu taggen, ist zum Beispiel faktisch fragwuerdig; ebenso mit amenity=pub, das zwar von der stumpfen Uebersetzung her auch fuer das Pilskarussell hier um die Ecke gelten wird, aber dennoch ist ein englische Pub eben was ganz anderes als das Pilskarussell.) Ich habe jetzt das ganze auch nicht überprüft, aber wie viele Projekte gibt es, die zumindest EU-weite Karte mit alternativen Renderer, bzw. alternativen Stylesheets. Wieso EU-weit, wuerde es nicht reichen, wenn die Community in Hannover sich eine Rollerblade-Karte rendert? Für die Hannover Rollerblade Fahrer ja. Und wenn einer dieser Hannover Rollerblade Fahrer mal in München ist, und da etwas taggt, kann die Münchner Rollerblade Community das Ergebnis nicht verwenden, da ihr Münchner System andere Tags hat und das Hannover System München nicht rendert. Um auf mein Argument von vor ein paar Mails zurück zu kommen. Ich schrieb von bedeutender Software. Für die Hannover ist es bedeutend und gut dass sie es verwenden. Aber schöner wäre immer noch, dass die Münchner (um beim Bsp zu bleiben), kompatibel wären. Blöde Frage: Warum wird etwas, was der Renderer macht, nicht wenigstens nachträglich als proposed in das Wiki eingetragen? Ich denke, manchmal ist den Leuten das halt einfach nicht so wichtig. Ausserdem gibt es, wie ich zu erklaeren versucht hatte, DEN Renderer ja gar nicht! Stimmt. Da hast du recht. Ich bezog mich in diesem Fall konkret auf die Cycle Map. Ich habe es mal kurz probiert, bin aber daran gescheitert, ein neues Icon einzufügen (eine weiße Fläche schaffe ich, aber das Icon erscheint nicht. Irgendwas scheint mit dem SVG Format nicht zu stimmen). Habe es dann nicht mehr weiter verfolgt. Außerdem war ich zu faul, mir zu überlegen, wie ich am besten mein lokal gerendertes Zeug in eine Weltkarte zu integrieren. D.h. mein Ort, eigenes Zeug, aber wenn auf die anderen Orte gehst, dann sollte die normale OSM Karte erscheinen. Das kann man ueber die getTileUrl-Funktion im OpenLayers machen; die ist dafuer zustaendig, zu gegebenen x,y,z den URL zusammenzubauen, und da muss man dann halt ein paar if-Abfragen drin haben, die je nach Koordinaten mal so
Re: [Talk-de] JOSM-Validator Gemeckere
Stefan Hirschmann wrote: Frank Gruender wrote: Moin Andreas Kemnade schrieb: [...] Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da für bestimmten Straßen einen Persilschein ausstellen kann, der derartiges Gemecker für mich für genau diese Version der Straße unterbindet. In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei welchen Fehlern er meckern soll. Dort schon mal geguckt? Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich macht wie ich, dann will er nicht den Check komplett ausschalten, sondern nur gezielt für zwei Straßen deaktivieren. Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber bis zum Sommer werde ich eher nicht dazu kommen. Francisco R. Santos ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin. Weiß jemand ob er externe Patches überhaupt akzeptiert? Da mein erstes Posting nicht klar genug war: Ich will, dass diese Whitelist nur lokal ist, also nichts für den Renderer, nichts für die Server nur lokal. Meine Idee ist: Für Süddeutschland: Wenn Supermarkt name=Aldi Süd, kann das leicht doppelt vorkommen, aber warum sollte ein Plugin für England das Prüfen? Und es gibt lokal Sachen, die kann (bzw. will) man nicht korrigieren, weil man sich zuwenig auskennt. Diese Tags sollen lokal nicht jedes mal angezeigt werden, aber andere sehr wohl sehen. Darum kommt mir eine lokale Sperrliste viel sinnvoller vor, als wieder irgendein Tag in die DB zu blasen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [Leicht OT] Rekorde
Michael Bemmerl wrote: Hallo zusammen, ich habe soeben meinen persönlichen Upload-Rekord von 1074 hochzuladenen Änderungen mit 5207 Änderungen um fast das fünffache überboten... Puh... ich sage euch, das war ganz schön anstrengend. Ich sitze ja auch seit neun Uhr gestern Abend über JOSM. Trotzdem ist nun meine Region um einiges reicher... Ich bin mal auf das gerenderte Ergebnis gespannt. Ich weiß nicht, was mein Rekord ist (mache oft Zwischenuploads), aber wie lange hast du dafür gemappt um die nötigen 5207 Änderungen zusammen zu bringen? Frage nur aus Neugierede, denn ich habe insgesamt nicht einmal 10 Tausend Sachen im OSM. Gemessen mit: cat austria.osm | grep krasnoj | wc -l MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Validator Gemeckere
Sven Anders wrote: Am Freitag, 6. Juni 2008 22:19 schrieb Stefan Hirschmann: Für Süddeutschland: Wenn Supermarkt name=Aldi Süd, kann das leicht doppelt vorkommen, aber warum sollte ein Plugin für England das Prüfen? BTW: Ich finde da aber name=Aldi Oberursel brand=Aldi Süd besser. Laut http://etricceline.de/osm/germany/en_combination_shop=supermarket.htm wurde das Tag brand nur einmal verwendet (und das für einen Aldi Süd ;) ). Ich konnte aber den Tag brand auf die schnelle nicht bei den proposed features verwenden, also ist es IMHO nicht erlaubt. Es gibt aber den Tag is_in, der kann natürlich verwendet werden. Aber ob das in einer Großstadt Sinn macht (z.B. ein bestimmtes Geschäft könnte in Berlin sehr oft vertreten sein). Denn wenn ich z.B. im Garmin nach einen Supermarkt in der Nähe suche, finde ich es schon ganz angenehm zu wissen, in welchen Ort er mich führen will. is_in Und es gibt lokal Sachen, die kann (bzw. will) man nicht korrigieren, weil man sich zuwenig auskennt. Diese Tags sollen lokal nicht jedes mal angezeigt werden, aber andere sehr wohl sehen. Darum kommt mir eine lokale Sperrliste viel sinnvoller vor, als wieder irgendein Tag in die DB zu blasen. Ich finde die Idee mit der lokalen DB auch gut. Aber es führt natürlich auch wiederum dazu, das jeder Newbie wieder diskutiert, ob man das nicht anders lösen kann, und sich die Arbeit wieder selbst machen muss. Die Frage ist: Will man, dass ein User die Fehlerkorrektur für alle ausschalten kann? Und meine Erfahrung ist, dass pro Gebiet die ähnlicher Name, doppelter Node Name nicht so extrem häufig sind, als dass es nicht möglich wäre, diese Listen händisch zu pflegen. Aber das muss natürlich nicht für alle Gebiete gelten. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Overlapping ways bei einer area
Bernd Wurst wrote: Bsp 2: Wenn die Straße genau in diesem gemeinsamen Punkt falsch war, aber der Wald stimmt... Es geht doch um mehrere Nodes. Es geht um den Fall, dass der Straßenverlauf ein Stück weit die Grenze zwischen Feld und Wald bildet. Wenn links der Straße Wald ist und rechts nicht, von solchen Fällen rede ich, dann ist beides richtig eingetragen oder beides falsch. Oder wo liegt jetzt mein Verständnisfehler? Gut, dann haben wir aneinander vorbei geredet. Wenn an einer Stelle auf beiden Seiten der Straße Bäume sind, dann ist das ja ein ganz anderer Fall und dann darf das natürlich nicht auf den selben Nodes liegen. Nur davon habe ich geredet. Ich meinte es ist sinnlos in diesem Fall den Punkt, wo die Straße das erstemal in den Wald reingeht, zu verbinden. Einfach die Straße in den Wald reinlaufen lassen und der Renderer macht den Rest. Beispiel: http://maps.google.de/maps?f=qhl=degeocode=ie=UTF8t=kll=48.963765,9.592481spn=0.004874,0.013561z=17 http://www.informationfreeway.org/?lat=48.964252819319185lon=9.591881912586384zoom=17layers=B000F000F Der Weg bildet eine gewisse Strecke lang die Grenze zwischen Wald und Wiese, danach ändert sich das und die Nodes werden dort dann natürlich nicht mehr doppelt genutzt. Von solchen Fällen rede ich. OK, dann verstehe ich, warum du die Nodes doppelt nutzen willst. In meiner Gegend wurden die Nodes nicht so sinnvoll doppelt genutzt, sondern in den von dir beschriebenen sinnlosen Fällen. Da du geschrieben hast, dass dir das Thema da leidet, möchte ich jetzt auch zu einem Schluss kommen: Ich glaube es gibt sinnvolle und sinnlose doppelte Node Belegungen. Jeder sollte sich Gedanken machen, was im konkreten Fall besser ist, und es so machen. Wenn jemand meint, bei etwas bereits gemappten wäre die andere Variante besser OHNE dass er sonst was an den Daten ändern will, bitte lasst es dann so, wie bereits eingetragen nach dem Grundsatz: Respektiere die Arbeit der anderen. MfG Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
