Re: [Talk-de] ebook-Karte auf Kindle
Fabian Schmidt fschm...@informatik.uni-leipzig.de schrieb: Hallo, Am 27.06.11 schrieb Wolfgang Barth: Was ich mich schon immer gefragt habe war, warum es kein GPS-Gerät mit e-paper Anzeige gibt. Auch diese transflexiven Displays sind bei Sonnenlicht nur schlecht ablesbar. Für Outdoor-Geräte die man bei Tag nutzen will, wäre E-Paper die erste Wahl, auch wenn man keine Farbe, sondern nur Graustufen darstellen kann. Also ich habe mit meinem Garmin GPSmap 60 keine Probleme bei Sonnenschein. Das funktioniert so gut, dass ich mich immer frage, warum niemand solche Displays in Handies einbaut. Wenn es Probleme bei Sonnenlicht gibt, liegt das eventuell an ungenügender Entspiegelung der Oberfläche. Prinzipiell kann das aber auch bei E-Paper passieren. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ebook-Karte auf Kindle
Fabian Schmidt fschm...@informatik.uni-leipzig.de schrieb: Am 27.06.11 schrieb Matthias Julius: Also ich habe mit meinem Garmin GPSmap 60 keine Probleme bei Sonnenschein. Das funktioniert so gut, dass ich mich immer frage, warum niemand solche Displays in Handies einbaut. - kein Smartphone-Hersteller würde auf ein Touchpad verzichten Schließen sich Touchscreen und transflektives Display gegenseitig aus? - die Handytester sitzen drinnen und schreiben über Kontrast und Auflösung In fast jeder c't z.B. wird die teilweise Unbrauchbarkeit von Handies, Tablets und Notebooks im Freien bemängelt. Sollte diese Kritik noch nicht bis zu den Herstellern durchgedrungen sein? Wenn es Probleme bei Sonnenlicht gibt, liegt das eventuell an ungenügender Entspiegelung der Oberfläche. Prinzipiell kann das aber auch bei E-Paper passieren. Ich nehme an, dass Dein GPSMap nicht wesentlich entspiegelt ist. Es versteht einfach besser, mit statt gegen die Sonne zu arbeiten[1]. Wirklich entspiegelt ist es nicht. Es kommt halt auf das Verhältnis der Lichtmengen an, die ober- und unterhalb des Flüssigkristalls reflektiert werden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
malenki o...@malenki.ch writes: Stephan Knauss schrieb: Da die Bilder allerdings aus vielen Einzelbildern zusammengesetzt werden kann sich der Versatz nach ein paar Kilometern geändert haben. Soweit ich weiß, werden alle Bilder mit einem Höhendatenmodell nachberechnet, um Verzerrungen zu eliminieren. (Veranschaulichung: stell dir einen auf die Zugspitze führenden Weg mit Serpentinen vor). Viele der Bing-Bilder wurden aber nicht aus der Senkrechten aufgenommen. Die Folge sind teilweise erhebliche Abweichungen auch innerhalb kleine Gebiete. Genau, die Variation des Versatzes hat nichts damit zu tun, dass es viele Einzelbilder sind (abgesehen von Ungenauigkeiten bei der Entzerrung und eventuellen Fehlern, die dabei gemacht werden). Die Güte der Entzerrung hängt vielmehr von der Genauigkeit des Höhenmodells ab, das dabei verwendet wurde. Die meisten Pixel wurden ja nicht genau senkrecht von oben fotografiert, sondern schräg. Das sieht man sehr schön an hohen Gebäuden, Schornsteinen oder ähnlichem. Dort deckt sich auf den Luftbildern das Dach meist nicht mit dem Grundriss. Da muss man eben aufpassen, dass man den Grundriss mappt und nicht das Dach. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwegeverlauf und Kartenwerk der Landesvermessung
Johannes Huesing johan...@huesing.name writes: Manuel Reimer manuel.s...@nurfuerspam.de [Mon, May 30, 2011 at 08:12:52PM CEST]: André Joost wrote: Ein Tourismusverband, der unbedingt *seine* Rechte *nicht* weitergeben will, kann uns daher u.U. einen Strick draus drehen, wenn wir einfach *alle* Wanderwege aus den Karten der Landesvermessung übernehmen. Kann er nicht. Wege, die mit Wanderzeichen gekennzeichnet sind, können auch ohne importierte Daten erfasst werden. Der französische Wanderverband ist da sehr beißwütig und hat sich unter anderem die Abkürzung GR für Grande Randonée als Marke schützen lassen. Na und? Das heisst doch nur, dass man die Marke nicht für etwas anderes verwenden darf. Wenn man also eine geschützte Marke genauso verwendet wie der Markeninhaber, wird das ja wohl kein Markenrechtsverstoss sein. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amazon.de-affiliate für OSM?
Ulf Lamping ulf.lamp...@googlemail.com writes: P.S: Neulich bei Amazon gesehen: MARCO POLO Karten 1:150.000 Kreta: Mit landwirtschaftlich schönen Strecken ... :-) Rapsfelder z.B. sind doch recht nett anzusehen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin: Mehrere Länder in einer gmapsupp.img?
Joerg Fischer o...@jfis.de schrieb: NopMap wrote: http://forum.openstreetmap.org/viewtopic.php?id=11792-- Dnke. Der Tipp zu osmchange war genau das was ich brauchte. Für den geneigten Mitleser: Entgegen seinem Namen ist osmchange nicht nur für das Nachziehen von täglichen Differenzen, es kann auch *.osm zusammen führen: | osmchange64 czech_republic.osm poland.osm austria.osm \ | switzerland.osm italy.osm germany.osm DACHIPLCZ.osm Anschließend verfüttere ich das Ergebnis wie immer an mkgmap und es funktioniert perfekt. In Vorbereitung der Urlaubssaison kann ich jetzt die für mich relevanten Länder auf 2GB quetschen. :-) Dank auch an Martin! Hast Du Dir das Ergebnis mal genau angesehen? Die Extrakte der Geofabrik sind (abgesehen von den Bundesländern) nicht für das Zusammenführen geeignet, da die Wege an der Grenze beschnitten werden. Und je nachdem, wie das Zusammenführen funktioniert, hat man dann eventuell Lücken oder fehlende Wege auf einer Seite der Grenze. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Share Alike für Datenbanken mit Vektordaten
Simon Poole si...@poole.ch writes: Was soll das Problem sein (hat Fredierik aber auch schon in Detail aufgezeigt)? a) aus Eigeninteresse wird wohl was zurückfliessen, denn was nützen Karten die nicht aktuell gehalten werden. Was soll zurückfliessen? Das Aktuellhalten erledigt ja OSM. b) ist es jedem anderen Navi Hersteller freigestellt die Daten auch zu nehmen und die Karten zu besseren, vielleicht auch freieren Konditionen anzubieten. c) hab ich grundsätzlich kein Problem damit, wenn Firmen Geschäftmodelle verfolgen mit dem sie Geld verdienen, anstatt solche mit denen Sie nichts verdienen. Wenn das Geschäftsmodell nur darin besteht, OSM-Daten in ein proprietäres Format zu konvertieren, ist das schon etwas bedenklich. Ich könnte damit aber leben. Immerhin muss die Datenquelle ja noch genannt werden. Wenn dadurch einer deren Nutzer dazu gebracht wird, die Daten in OSM zu verbessern, is OSM ja auch geholfen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Simon Poole si...@poole.ch writes: Die Quelle für Leute die richtiges Englisch sprechen (hab hier grad leider nur ne kleine Version davon) sagt unter Anderem dazu: path 1 a way or track laid down for walking or made by continual treading, 2 the line along which a person or thing moves . Bei den Leuten die nicht richtiges Englisch sprechen mag das aber anders definiert sein :-) Ein Problem ist, dass viele Tags von Leuten definiert werden, deren Muttersprache nicht Englisch ist und deren Englischkenntnisse sehr verschieden sind. Außerdem ist Englisch auch nicht gleich Englisch in den verschiedenen Ecken der Welt. Daher sollte man die Bezeichnungen der Tags sowie deren Werte nicht zu eng sehen. Am Ende zählt die Dokumentation. Vielleicht sollte man Radwege als object_type=5487932 taggen. Das ist natürlich nicht ganz ernst gemeint, würde aber dazu zwingen, die Bedeutung des Tags zu dokumentieren, wenn es eine haben soll. Und auch, die Dokumentation zu lesen, wenn man wissen will, was es bedeutet. Ein paar tausend Leute sind eben schwer unter einen Hut zu bringen, so dass sie alle unter einem beschreibenden Tag das Gleiche verstehen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Fabian Schmidt fschm...@informatik.uni-leipzig.de writes: Am 29.04.11 schrieb M∡rtin Koppenhoefer: geht es um Höflichkeit, wenn man sein Mapping den lokalen Gepflogenheiten anpassen soll? Ich empfinde es als höflich, ein einheitliches Kartenbild zu wahren, auch wenn es zu unterschiedlichem Tagging der Lausitzer und mitteldeutschen Tagebaue führt (zumal ich nicht weiß, welche noch aktiv sind).. Ich finde, man sollte daraufhin arbeiten, ein weltweit einheitliches Kartenbild zu wahren. Ich finde das Wort Gastmapper ist an sich schon ein Affront, der sich nicht mit meinem Verständnis von OSM deckt. Kannst Du Dir rückblickend vorstellen, dass lokale Mapper einen Kommentar aus der Ferne wie in http://lists.openstreetmap.de/pipermail/berlin/2011-January/000474.html als verletzend empfinden? Wenn man des Vandallismus beschuldigt wird, ist das immer verletzend. Dann ist es egal, ob der Kommentar von Nah oder Fern kommt. Der Unterschied ist nur, dass man das mit dem Mapper um die Ecke in der nächsten Kneipe ausdiskutieren kann. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Sebastian Hohmann m...@s-hohmann.de schrieb: Am 27.04.2011 10:45, schrieb Sven Geggus: Sebastian Hohmannm...@s-hohmann.de wrote: Das Argument hab ich nie verstanden. Was definierst du denn als Missbrauch? Und seit wann sind Firmen verpflichtet etwas zurückzugeben? Share Alike Lizenzen oder auch dei GPL sind so gebaut, dass Änderungen zwangsweise unter der selben Lizenz stehen müssen. Der Grund hierfür ist dass niemand value added Profdukte mit proprietärer Lizenz anbieten kann. Dieser Schutz ist es den PD nicht hat. Ein aktuelles Beispiel wäre Google und Mapmaker, der jetzt in USA gestartet wurde. Wären unsere Daten PD hätte Google direkt mit dem Import unserer bereits stark verbesserten Tiger basierenden Daten starten können. Trotzdem sind Firmen bei Share-Alike nunmal nicht verpflichtet generell etwas zurückzugeben, wie es häufig impliziert wird, sondern eben nur bei entsprechenden Anwendungen, die auch abgeleitete Datenbanken mit neuen Daten erstellen. Ein Produkt attraktiver zu machen, geht ja auch auf andere Weise (schnellere Server, besseres Routing, ..). Es geht doch aber gerade um die verbesserten Daten. Es kann uns ja egal sein, was irgend jemand mit den Daten macht. Nur, wenn jemand verbesserte Daten veröffentlicht, soll er das bitte unter der gleichen Lizenz machen. Und genau das wird der Grund sein, warum die ODbL auf Share-Alike bei Produced Works verzichtet. Bei OSM geht es schließlich vordergründig um die Daten. Es nützt uns relativ wenig, wenn jemand seine gerenderten Karten unter eine freie Lizenz stellt. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cycleways - oftmals falsch getaggt
Bernd Wurst be...@bwurst.org schrieb: Am 2011-04-26 13:30 schrieb Henning Scholland: Diesem Weg darf jeder benutzen. Das ist ja das geniale: highway=path alleine darf jeder nutzen, highway=path in Kombination mit somespecialfoobar=designated darf eben nur noch somespecialfoobar benutzen. Das bedeutet, um zu entscheiden ob ein hundsordinärer Radfahrer den Weg nutzen darf, muss er Tags auswerten die ihn nicht betreffen bzw. die er potenziell gar nicht kennt, weil irgend jemand ein Verkehrsmittel eingetragen hat das vielleicht auch schmaler als ein Auto ist und daher auch irgendwie in die path-Kategorie gehört. Nein, muss er nicht. Um zu entscheiden, ob er da lang darf, muss er nur noch das bicycle-Tag auswerten. Er weiß dann nur nicht, wer da eventuell außerdem noch lang darf. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kein Quellen-/Lizenzhinweis
bundesrainer o...@bundesrainer.de writes: Am 13.04.2011 15:37, schrieb Tobias Knerr: Am 13.04.2011 15:13, schrieb Alexander Matheisen: Macht sie irgendwie unglaubwürdig... Dass sie unabhängig von OSM sogar ihre eigenen Inhalte unter CC-BY-SA stellen, würde ich positiv hervorheben. Dass sie die Sache mit dem Lizenzlink hinbekommen, ist auch schon fast ein Alleinstellungsmerkmal unter Weiternutzern... Ein Vorstandsmitglied ist gleichzeitig auch bei Creative Commons Deutschland für die Öffentlichkeitsarbeit zuständig. Da darf man einen vernünftigen Umgang mit Lizenzhinweisen schon erwarten. Das mit dem fehlenden Quellenhinweis ist wohl einfach nur ein Versehen. Und da die Karte hier nur als Hintergrund für eine Grafik dient und als Karte gar nicht zu gebrauchen ist, würde ich das auch nicht so eng sehen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Jan Tappenbeck o...@tappenbeck.net writes: Am 11.04.2011 21:09, schrieb Carsten Gerlach: Am Montag 11 April 2011 schrieb Jan Tappenbeck: Am 10.04.2011 19:34, schrieb Florian Gross: Note that bbox queries have a maximum of 10 square degrees. ^^ bringt auch eine Fehlermeldung bei -4 bis +4 sind 8 Degree und von 35 bis 44 sind es 9 !! 8 Grad * 9 Grad macht bei mir 72 Quadratgrad und das ist größer als 10. Oder? Gruß, Carsten Ach so ist das zu sehen - dann müßte man also Kacheln oder immer die Welt abfragen und wirklich ausschneiden. Oder man nimmt einen entsprechenden Extrakt und filtert selbst, z.B. mit osmosis. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alternative API-Dienste nutzen
Jan Tappenbeck o...@tappenbeck.net writes: hi ! es gibt ja zwischenzeitlich jxapi und auch von mapquest eine entprechende alternativen. Bei beiden habe ich aber festgestellt das http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm][bbox=4.6582031,45.0890356,16.875,55.5783447] eine Fehlermeldung (nur 10 grad auswertung zulässig) bekommen. Eine globale Auswertung http://open.mapquestapi.com/xapi/api/0.6/way[shop=farm] ist allerdings möglich - obwohl bei Mapquest bbox beschrieben. Ist mir ein Fehler unterlaufen - kann mir jemand weiterhelfen ? Es macht ja wenig Sinn und ist performancelastig wenn ich die Welt auswerte und dann nur DE mit osmosis herausfiltere. Nicht notwendigerweise. Eine Datenbankabfrage ohne bbox ist wahrscheinlich deutlich weniger aufwendig als eine mit. Ohne bbox sucht man einfach alle Objekte mit shop=farm und dann alle Knoten, die von Wegen referenziert werden, die bei der ersten Abfrage zurückgegeben wurden. Mit bbox muss man alle Knoten in der bbox suchen, dann nach allen Wegen, die einen dieser Knoten referenzieren und dann alle Relationen, die einen dieser Knoten oder Wege referenzieren. Von all diesen Objekten muss man dann nebenbei diejenigen herausfischen, die shop=farm haben. Aber vielleicht ist es ja auch nur ein Bug. ;-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Nuklearkarte Deutschland
fly lowfligh...@googlemail.com writes: Am 02.04.2011 15:39, schrieb Jens Frank: Zur Standortbewertung müsste man sich natürlich noch anschauen, ob man nicht evtl in der Nähe ausländischer AKWs wäre. Frankreich stellt seine AKWs z.B. gerne in Grenznähe auf. Die Schweiz ist da auch nicht besser, wobei Leibstadt ja schon angezeigt wird. Bei der Größe der Schweiz gibt es nicht viele Orte, die _nicht_ in Grenznähe sind. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] imagery-Plugin Luftbild verschiebe
On Wed, 8 Dec 2010 11:44:57 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 2. Dezember 2010 20:18 schrieb Stephan Knauss o...@stephans-server.de: Man müsste auf Serverseite irgendwie die Möglichkeit haben dem Plugin zu sagen hör mal meine Daten sind gut, schalte verschieben bitte ab. In der Theorie kann doch der Offset mit jeder einzelnen Kachel anders sein, oder? der offset ist von den Kacheln völlig unabhängig, d.h. er kann auch innerhalb derselben Kachel unterschiedlich sein. Genau. Vor allem in unebenem Gelände wenn die Bilder nicht oder nicht richtig entzerrt wurden. Schön sieht man das, wenn mal ein Schornstein oder Turm (nicht gerader der in Pisa) drauf ist. Dann sieht man, dass auf dem Bild die Spitze ein Stück neben dem Fuss ist, obwohl der Turm eigentlich senkrecht stand. Das ganze ist von der Turmhöhe sowie von der Flughöhe und seitlichem Abstand des Turmes von der Flugbahn des Fliegers, der die Bilder gemacht hat, abhängig. Bei anderen Bodenerhebungen ist der Effekt der gleiche, nur nicht so offensichtlich. Deshalb müssen die Luftbilder anhand von Höhendaten korrigiert werden. x -- Flugzeug / / / /| / | -- Turm / | X---|-- ^ | Turmspitze auf Bild Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großes Multipolygon (50k Nodes) h ochladen
On Mon, 6 Dec 2010 08:26:46 -0800 (PST), Walter Nordmann walter.nordm...@web.de wrote: hi thomas, immer noch serbien? ok, spltte die tausende neuen ways in kleinere pakete auf und packe jeweils die passenden neuen nodes dazu. alles ids negativ aber im osm-file eindeutig. jedes file darf wieder bei -1 anfangen. und am ende noch ne relation rein (ebenfalls negativ), die die ways eines uploads in einer relation zusammen fasst. an ende stellst du die neuen teilrelationen manuell in einer super-multipoint relation zusammen. das wars ;) gruss walter also erst alle nodes, dann alle ways und dann eine relation. alles in ein file. das ganze ca 10x upload starten, in den weihnachtsurlaub fahren und nächstes jahr mit nem neuen accout weitermachen ;) ;) ;) duckweg Genau! Solche Monster hochzuladen sollte man schon gut begründen können. Ansonsten hat JOSM eine Funktion, die Daten häppchenweise hochzuladen. Im englischen JOSM heisst die Chunked Upload. Da kann man dann festlegen, wieviele Objekte per Upload JOSM hochladen soll. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großes Multipolygon (50k Nodes) h ochladen
Walter Nordmann walter.nordm...@web.de writes: Matthias Julius wrote: Ansonsten hat JOSM eine Funktion, die Daten häppchenweise hochzuladen. Im englischen JOSM heisst die Chunked Upload. Da kann man dann festlegen, wieviele Objekte per Upload JOSM hochladen soll. das ist dann doch immer noch ein changeset und damit greifen doch dessen beschränkungen. (oder?) ich würde die daten dennoch in mehrere files aufbrechen und die dann - unter benutzung des von dir vorgeschlagenen features - hochladen. In mehrere Dateien zerteilen geht nur, wenn es keine Abhängigkeiten zwischen den Dateien gibt, do sonst die neuen IDs von der ersten Datei der zweiten nicht bekannt sind und die Objekte nochmal als neu hochgeladen werden. Um eine Grössenbeschränkung von Changesets zu umgehen, kann man auch einen Teil der Daten in JOSM selektieren und dann Auswahl hochladen. Das kann man dann so oft machen, bis der Rest in einen Changeset passt. Auf diese Art bleiben die Daten konsistent - ausser, wenn beim Upload ein Problem auftritt (Netzwerkproblem z.B., nicht Problem mit den Daten). Deshalb sollte man es mit der Grösse der einzelnen Uploads auch nicht übertreiben. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und SlippyMap
On Fri, 3 Dec 2010 15:47:52 +0100, UMAX974 umax...@googlemail.com wrote: Hallo, Hab gerade nach der Anleitung mein gut funktionierendes WMS (auch mit Bing) und slippymap ausgenockt und imaginary als einziges Plugin aktiviert. ^ so nu is Bing auch weg, auch in den Einstellungen und der Auswahl der diversen wms plugins ist Bing nirgends zu finden, so was mach ich nu...? Vielleicht hast Du Dir das Plugin nur eingebildet. Das heisst nämlich Imagery. ;-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 08:24:46 +0100, Frederik Ramm frede...@remote.org wrote: Die Geofabrik-Extrakte verhalten sich also ab jetzt so: 1. alle Nodes im betreffenden Gebiet sind enthalten 2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen 3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die Elemente gekuerzt, die nicht enthalten sind 4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert. Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Mein konkretes Problem: Ich wohne z.Z. in der Schweiz, meine Eltern in D und die meiner besseren Hälfte in F. Wir sind also in den drei Ländern häufig unterwegs und daher möchte ich mir eine Garmin-Karte basteln, die diese Länder enthält. Mit den Geofabrik-Extrakten ist dies so nicht möglich. Mir ist natürlich bewusst, dass es da auch andere Lösungen gibt, aber das zusammenfügen von ein paar Extrakten is deutlich bequemer als das Ausschneiden aus dem Europa-Extrakt z.B. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 01:32:45 -0800 (PST), NopMap ekkeh...@gmx.de wrote: Hi! Matthias Julius wrote: Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Unmodifizierte Objekte hätten aber den grossen Vorteil, dass sich zwei benachbarte Extrakte problemlos ohne Lücken wieder zusammenfügen lassen würden. Da muß ich Dir widersprechen. Es ist sehr gut so, daß in den Extraktne keine ungültigen Referenzen auf nicht vorhandene Objekte enthalten sind - denn die lösen in weiterverarbeitenden Tools Fehlermeldungen aus. Ist ja auch richtig so, keine Software kann einen Verweis auf etwas das nicht da ist verarbeiten. Es ist zwar schon ein paar Jahre her, aber die API hat auch mal unvollständige Wege ausgespuckt. Die meisten map-Downloads werden wohl unvollständige Relationen enthalten. Eine Software, die damit nicht umgehen kann, halte ich für buggy. Im Grenzgebiet macht es nur Sinn, das nächstgrößere Extrakt zu verwenden und den gewünschten Ausschnitt selbst dort zu extrahieren. Ein Zusammensetzen von OSM Files gibt immer Probleme durch Duplikate und Schneidartefakte. Zwei Extrakte vom gleichen Planet lassen sich auch problemlos wieder zusammensetzen - wenn die Daten nicht modifiziert worden sind. Bzw. wenn Du einen sehr ausgebufften Merge-Algorithmus dafür schreibst, kann der auch zwei halbe Ways wieder zum Original restaurieren. Aber alle anderen Tools, die nur ein Extrakt betrachten, sehen einen konsistenten Datenbestand. Das Problem ist, dass zwischen den beiden (oder mehr) Hälften eine Lücke ist. Mit den Standardprogrammen geht das dann nicht mehr. Geordnete Relationen kriegt man auch nicht so einfach wieder in die richtige Reihenfolge. Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die Knoten weglassen, die ausserhalb der Grenze liegen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 12:32:00 +0100, Frederik Ramm frede...@remote.org wrote: Hallo, On 11/26/10 11:54, Matthias Julius wrote: Was passiert eigentlich mit Wegen, die die Grenze mehrfach kreuzen? Kriegt dann jedes Fragment eine eigene ID? Man kann ja nicht einfach nur die Knoten weglassen, die ausserhalb der Grenze liegen. Doch, genau das macht Osmosis. Das fuehr dann manchmal zu ziemlich deformierten Polygonen. Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 12:57:33 +0100, André Joost andre+jo...@nurfuerspam.de wrote: Am 26.11.10 12:42, schrieb Matthias Julius: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das hat aber zur Folge, dass in jedem noch so kleien Extrakt sämtliche Autobahnen, Bundesstraßen, Europastraßen, internationale Rad- und Wanderwege drin sind, weil die alle durch Sammelrelationen untereinander verknüpft sind. Das sind dann keine Extrakte mehr. Wieso? Die referenzierten Objekte, die komplett ausserhalb des Grenzpolygons liegen wären ja auch weiterhin nicht im Extrakt enthalten. Nur die Referenzen würden nicht beseitigt. M.M.n. sollten die Extrakte so gebaut werden: 1. Alle Knoten innerhalb des Grenzpolygons 2. Alle Wege, die mindestens einen Knoten aus 1. referenzieren 3. Alle Relationen, die mindestens einen Knoten aus 1., einen Weg aus 2. oder eine Relation aus 3. referenzieren Die Extrakte wären so am einfachsten zu erzeugen und am flexibelsten einzusetzen weil keine Daten modifiziert werden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
On Fri, 26 Nov 2010 14:32:51 +0100, Frederik Ramm frede...@remote.org wrote: Hallo Matthias, On 11/26/10 12:42, Matthias Julius wrote: Das ist ja dann noch ein Grund, die Wege nicht zu verstümmeln. Wenn von einem Weg ein Knoten nicht im Extrakt enthalten ist, kann die Applikation entscheiden, wie sie sich verhalten soll. Wenn der Knoten aus dem Weg entfernt worden ist, kann die Applikation davon nichts wissen. Mit dem Nachbarextrakt zusammenfügen lässt sich das auch nicht sinnvoll. Das Problem ist Kontinuitaet und der Mangel von Spezifikation. Anfangs kannte Osmosis nur den Modus, in dem ich es jetzt betreibe - dass nicht vorhandene Objekte auch nicht referenziert wurden. Irgendwann wurde das Verhalten umgestellt auf das, was heute der Default ist, naemlich, dass im Zweifel inkonsitente Extrakte entstehen, aber dafuer keine Objekte verstuemmelt werden. Damals wollte ich aber den Benutzern der Extrakte keine Aenderung zumuten, denn viele hatten sich darauf verlassen, konsistente Extrakte zu haben. Leider schliesst das alle Anwender aus, die sich für grenzüberschreitende Gebiete interessieren. Klar, man kann sich den nächstgrösseren Extrakt nehmen und sich das interessante Gebiet herausschneiden. Aber erstens muss man dann deutlich mehr Daten herunterladen, als man braucht, und dann ist es auch deutlich aufwendiger, sich einen Grenzpolygon zu basteln und zu pflegen als sich ein paar Extrakte auszusuchen und zusammenzuführen. Und jetzt haben wir es ja wieder gesehen; ich habe eine Aenderung geplant, die aber die Reihenfolge der Relationen im File betraefe, und es gab Leute, die damit nicht klarkommen. Wenn es jetzt eine exakte Spezifikation gaebe, in der z.B. drin steht, worauf man sich verlassen darf und worauf nicht, dann wuerde ich mich vermutlich einfach darauf zurueckziehen und sagen: Mein File erfuellt die Spezifikation, wenn Du die nicht verarbeiten kannst, Pech gehabt. Aber in Abwesenheit der Spezifikation gilt halt: never change a running system. Wenn Programmautoren sich auf Annahmen verlassen, die in keiner Spezifikation stehen, sind sie aber auch selber schuld. ;-) Ich würde sagen, das Mass der Dinge ist die API. Programme, die .osm-Dateien verarbeiten, sollten alles akzeptieren, was die API so an Daten ausspuckt. Und wenn die API z.B. keine Garantien zur Reihenfolge der Daten gibt, sollten Programme sich auch nicht darauf verlassen. Wenn Programme nur mit Geofabrik-Extrakten funktionieren, ist das ja auch ein bisschen kurzsichtig. Ich aergere mich manchmal, dass ich auf der Geofabrik-Seite nicht von vorn herein eine Zwangsregistrierung eingebaut habe. Als Benutzer finde ich sowas immer bescheuert, wenn ich mich irgendwo erst anmelden soll - deswegen hab ich das auch nie gemacht. Aber als Seitenbetreiber bzw. Download-Anbieter wuerde ich manchmal echt gern eine Rundmail an alle schicken: Ab dem 1.12. gibt es folgende Aenderungen, bitte richtet Euch schonmal drauf ein... - aber die Moeglichkeit habe ich nicht. Mittlerweile werden die Geofabrik-Extrakte (zu meinem Bedauern) mehr und mehr von End-User-Software heruntergeladen, da ist die Chance, die Leute zu erreichen, praktisch Null. Eine Zwangsregistrierung fände ich auch unangebracht. Aber eine freiwillige wäre vielleicht nicht schlecht. Am einfachsten geht das wahrscheinlich per Mailingliste, die jeder abonieren kann, der auf dem Laufenden gehalten werden will. Die Endanwender zu informieren ist eigentlich gar nicht so wichtig. Es sind ja die Programmautoren, die ihre Anwender ggf. mit Updates zu versorgen haben. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lokalisierung und bessere Suche in Taginfo
On Mon, 22 Nov 2010 18:42:51 +0100, Jochen Topf joc...@remote.org wrote: Außerdem wurde die Suche komplett überarbeitet. Es wird jetzt in Keys und in Values gesucht. Dabei wird eine Prefix-Suche verwendet, d.h. max findet maxspeed, aber nicht betamax. Bestandteile eines Keys oder Values, die durch Doppelpunkt, Leerzeichen oder dergl. getrennt sind, werden einzeln gefunden. Sucht man nach etwas wie =residential (ohne Anführungs- zeichen aber mit dem Gleichheitszeichen), so werden alle values mit residential drin gefunden, gleich welcher Key. Sowas wie highway=residential geht auch. Der einzige kleine Schönheitsfehler, der mir aufgefallen ist, ist, dass Values, die bei mehreren Keys vorkommen, mehrfach in der Ergebnisliste stehen. Man kann zwar den zugehörigen Key recht einfach per Tooltip herausfinden, aber übersichtlicher wäre es, wenn die Keys in irgendeiner Form direkt in der Ergebnisliste ständen. Die Taginfo-Seiten haben eine OpenSearch-Definition, damit kann man die Suche auch einfach in seinem Browser einbauen. Beim Firefox klickt man z.B. das Icon links neben dem Suchfeld oben rechts an und wählt Add Taginfo. Hier ist anzumerken, dass damit das Firefox-eigene Suchfeld gemeint ist und nicht das von Taginfo. Viel Spass beim Ausprobieren! Danke! Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden IDs von gelöschten Objekten wiede r vergeben?
On Tue, 23 Nov 2010 16:38:24 +0100 (CET), Fabian Schmidt fschm...@informatik.uni-leipzig.de wrote: Am 23.11.10 schrieb Jochen Topf: Die ID wird niemals neu vergeben. Auch deswegen, weil gelöschte Objekte ja noch da sind. Sie werden nur als gelöscht gekennzeichnet, aber sie sind mit allen ihren Änderungen in der Historie noch abrufbar. d.h. es kann passieren, dass eine ID an einer Stelle gelöscht und an einer ganz anderen Stelle wieder recycelt wird: Das kann eigentlich nicht passieren. Schon alleine deshalb, weil die IDs von der Datenbank mittels einer Sequenz generiert wird. D.h. sie werden fortlaufend vergeben, ohne dabei nachzusehen, ob irgendwo eine frei ist. http://www.openstreetmap.org/browse/node/4/history Ich halte das eher für ein Artefakt der Umstellung auf API 0.6 oder so. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
On Wed, 17 Nov 2010 09:13:04 +0100, Wolfgang wolfg...@ivkasogis.de wrote: ich oute mich hier mal: Für mein Suse gibt es das schon lange. Die OSM-Pakete werden von den Entwicklern in ein eigenes Repository geschoben, das über pin gefunden und in die normale Softwareverwaltung eingebunden werden kann. Immer wenn eine neue Version eines OSM-Programms (josm, osmosis, merkaartor, ...) stabile ist/scheint, wird sie von den Entwicklern rübergeschoben und kann vollkommen stressfrei eingebunden werden. Ich wundere mich eigentlich etwas, dass das unter Ubuntu so ein Thema ist. Es ist kein grosses Thema. Es muss nur jemand machen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grünflächen in Wohnanlagen
On Wed, 17 Nov 2010 17:08:03 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 17. November 2010 16:22 schrieb Jan Tappenbeck o...@tappenbeck.net: Hi ! das geht aber immer mehr in Richtung PARK ! Gruß Jan :-) ich würde wohl landuse=residential lassen (wenn die Rasenflächen Teil der Wohnanlage sind) und leisure=garden mit einem geeigneten garden-subtag (s. Wiki) verwenden. Eine Wiese als Garten zu bezeichnen ist aber wohl doch etwas daneben. Was spricht gegen landuse=residential für das gesamte Wohngebiet und leisure=park für den Rasen falls es parkähnlich ist oder anderenfalls leisure=green, leisure=grass oder leisure=lawn auch wenn diese nicht in den Map Features stehen. Die gibt es aber schon 98x, 42x und 3x in OSM (laut Taginfo). Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
On Tue, 16 Nov 2010 08:53:41 +0100, Andreas Labres l...@lab.at wrote: On 16.11.10 08:14, Guenther Meyer wrote: type = sewer Ich bin jetzt im Englischen auch nicht sooo fit, aber für mein Gefühl ist sewer eher das einzelne Abflussrohr, der Abwasserkanal, während das Abwasser (als Kategorie) IMO eher sewage heißt. Das ist richtig. Allerdings würde ich mich eher für wastewater entscheiden, da es man_made=wastewater_plant ja schon gibt. Man könnte das Ganze auch man_made=wastewater_pumpstation nennen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
On Tue, 16 Nov 2010 09:20:50 +0100, Ulf Lamping ulf.lamp...@googlemail.com wrote: Am 16.11.2010 09:06, schrieb Matthias Julius: On Tue, 16 Nov 2010 08:53:41 +0100, Andreas Labresl...@lab.at wrote: On 16.11.10 08:14, Guenther Meyer wrote: type = sewer Ich bin jetzt im Englischen auch nicht sooo fit, aber für mein Gefühl ist sewer eher das einzelne Abflussrohr, der Abwasserkanal, während das Abwasser (als Kategorie) IMO eher sewage heißt. Das ist richtig. Allerdings würde ich mich eher für wastewater entscheiden, da es man_made=wastewater_plant ja schon gibt. Man könnte das Ganze auch man_made=wastewater_pumpstation nennen. Ich würde eine Pumpstation von der Art her parallel zu Pipeline sehen: http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dpipeline Ob die einzelnen Subtags dort besonders schlau gemacht sind lasse ich mal dahingestellt, aber die Ähnlichkeit zwischen einer Pumpstation und einer Pipeline sind in der Realität so frappierend, das die dort verwendeten Subtags auch hier verwendet werden sollten. Also sowas wie: man_made=pump_station type=sewer OK, wenn es die Tags da schon gibt, ist das Kind ja schon in den Brunnen gefallen. Allerdings gibt es auch 25x type=sewage in OSM (type=sewer gibt es nur 24x). Das steht zwar nicht im Wiki, ist aber m.M.n. vorzuziehen. Die Wikiseite kann man ja anpassen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
On Tue, 16 Nov 2010 16:49:36 +0100, Torsten Leistikow de_m...@gmx.de wrote: Die Frage hier ist doch mal wieder, aus welchem Blickwinkel man ein Objekt betrachtet: A) Es handelt sich hierbei grob gesagt um ein Objekt der Abwasserentsorgung. Und wenn man das genauer betrachtet, sieht man, dass es sich dabei um eine Pumpstation handelt. oder B) Es handelt sich hierbei grob gesagt um eine Pumpstation. Und wenn man sich diese genauer betrachtet, sieht man, dass diese Abwaesser pumpt. Die eine Sichtweise ist genauso gut/schlecht richtig/falsch sinnvoll/unsinnig wie die andere. Dann bietet sich vielleicht noch die Verwendung des utility-Tags an. Das gibt es ja auch schon 200x in OSM. Dann könnte man die obigen Fälle wie folgt behandeln: A) utility=sewage (oder wastewater) man_made=pumping_station oder B) man_made=pumping_station utility=sewage (oder wastewater) ;-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagwatch vs. tagstat
On Mon, 15 Nov 2010 10:55:57 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 15. November 2010 10:22 schrieb Jochen Topf joc...@remote.org: Ich habe versucht mit der Karte, wo die Keys sind, so ein bischen die Geographie mit zu berücksichtigen. Ich will das auch noch weiter ausbauen auf Ways/Relations und auch für Values, sobald ich Zeit habe, mir zu überlegen, wie das effizient gemacht werden kann. ja, wenn bei der Suche auch Values berücksichtigt würden wäre das nochmal ein Riesenschritt und würde einem immens dabei helfen, wenn man ein bestimmtes (einem noch unbekanntes) Tag zu einem Feature sucht, für das bisher noch nichts dokumentiert ist. Bisher muss man in Taginfo schon eine grobe Ahnung haben, wo man suchen muss, und wenn es dann eine Amenity ist, muss man ggf. zig Seiten durchbrowsen, um festzustellen, dass es eben doch noch nichts gibt. Ich sehe die Value-Suche mit Abstand als den wichtigsten Featurerequest (der vermutlich auch auf Auswertungsseite am meisten Ressourcen schluckt). Was ich auch noch lästig finde, ist der Umstand, dass Listen sich ihre Sortierung und angezeigte Seite nicht merken. Wenn man z.B. einen Listeneintrag angeklickt hat und dann im Browser auf die Zurück-Taste drückt, wird die Liste wieder in ihrer Standardsortierung angezeigt und steht ganz am Anfang. Man kann sich den Eintrag natürlich auch in einem neuen Fenster/Tab anzeigen lassen, nur muss man daran auch denken. Ich fände auch besser, wenn die Suchergebnisse in Tabellenform angezeigt würden. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
On Mon, 15 Nov 2010 13:48:51 +0100, Jan Tappenbeck o...@tappenbeck.net wrote: Im Web habe ich unter [1] eine Anleitung gefunden, das josm-tested.jar heruntergeladen und sudo mv ./Desktop/josm-tested.jar /usr/share/java/ ausgeführt. Das Jar war danach auch vom Desktop verschwunden - aber wenn ich das alte Icon dann ausführe, dann wird immer noch die 20-Monate alte Version gestartet. Kann mir einer sagen wie man das am besten macht. Grundsätzlich würde ich das Paket der Distribution deinstallieren. Dann gibt es wenigstens keine Interferenzen. Debian hat das gegenwärtige josm-tested in unstable. Das Paket kann man von http://packages.debian.org/sid/all/josm/download herunterladen und per dpkg -i manuell installieren. Ob das aber unter Ubuntu funktioniert, kann ich Dir nicht sagen. Wie gut das Debian-Paket überhaupt funktioniert, kann ich Dir auch nicht sagen. Es gibt jedenfalls ein paar Bugs (http://bugs.debian.org/josm). Ich lade mir jedenfalls die jeweilige JOSM-Version manuell von http://josm.openstreetmap.de/download herunter und starte die dann per java -jar josm-testing.jar oder so ähnlich direkt von der Konsole. Unter Windows habe ich noch eine Einstellung im Start-Batch mit welchem ich der JAR mehr Speicher zuweisen. Vielleicht kann einer in diesem Zusammenhang mir gleich nochmal sagen wie ich dieses integriert bekommen. Hier funktioniert die gleiche Option wie unter Windows. Aus der obigen Befehlszeile wird dann sowas wie java -Xmx512M -jar josm-tested.jar. Man kann das ganze dann auch in ein Shell-Script schreiben. Dazu eine Textdatei (z.B. mit Namen josm-start) anlegen: --- #!/bin/sh java -Xmx512M -jar /pfad/zu/josm-tested.jar --- Dann sollte man die Datei als ausführbar kennzeichnen: chmod a+x josm-start Und dafür lässt sich dann auch ein Icon oder Eintrag im Menü anlegen. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Update bei Ubuntu
Guido Scholz guido.sch...@bayernline.de writes: Die eigentliche josm-Version versteckt sich hier: /usr/share/josm/josm-0.0.svn3514.jar Man erkennt auch gleich welche svn-Version vorliegt. Genug der vielen Worte. Meine Variante besteht nun darin, diese alte Version durch eine neue zu ersetzen. Dazu kopiere ich die frisch heruntergeladene Datei einfach auf die alte z.B. wie folgt: sudo cp josm-tested.jar /usr/share/josm/josm-0.0.svn3514.jar Das ist es schon. Ein Vorteil dieses Vorgehens ist, dass sich das josm-Paket jederzeit ohne Spuren zu hinterlassen über das Paketsystem deinstallieren läßt. Weiterhin kann man josm über das normale Menu starten, denn der Eintrag bleibt erhalten. ... und wenn es Ubuntu in den Sinn kommen sollte, deren JOSM-Paket zu aktualisieren, wird die händisch installierte Version kurzerhand wieder überschrieben. Das könnte irgendwann mal für Überraschungen sorgen. Hat eigentlich irgend jemand mal das Debian-Paket ausprobiert? Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Förderbandbrücke
On Fri, 12 Nov 2010 11:37:26 +0100, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: Am 12. November 2010 11:16 schrieb Chris66 chris66...@gmx.de: Am 12.11.2010 10:58, schrieb Frank Martin: Ich meine für Güter, nicht für Menschen. für Güter wäre der korrekte englische Begriff man_made=conveyor_belt ggf. zusammen mit bridge=yes. sehe ich auch so. Es gibt schon ein Proposal dafür: http://wiki.openstreetmap.org/wiki/Proposed_features/Goods_conveyor analog zu bridge=xy könnte man es auch (zusätzlich) als bridge subtag sehen, wobei es ja auch Förderbänder gibt, die keine brückenartigen Konstruktionen sind. conveyor_belt != goods_conveyor Laut Taginfo gibt es: 6x man_made=conveyor 23x man_made=conveyor_belt 24x man_made=goods_conveyor Such Dir was aus! Schade, dass man bei Taginfo nicht nach values suchen kann. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de