Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
Am 16.05.2010 21:55, schrieb Walter Nordmann:
hi jan,
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor einigen
Wochen mal wieder Diskussionen drüber.
Na
Am Sonntag 16 Mai 2010, 18:39:30 schrieben Sie:
Ich habe folgendes aus Deinem Text gelesen, tut mir Leid, wenn
ich Dich falsch verstanden habe:
macht ja nix, sowas kommt vor :-)
Ein Stadtteil ist ein Gebiet innerhalb der Ortsgrenzen (die gelben
schilder) einer groesseren Stadt, das aus
Am 16. Mai 2010 21:18 schrieb Florian Lohoff f...@zz.de:
Steht mal im widerspruch zu dem Bild hier:
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath
und auch der in dieser Seite verfassten Definition in Schriftform.
In der Deutschen variante:
On Mon, May 17, 2010 at 08:31:50AM +0200, Martin Simon wrote:
Das ist *nicht* die Definition von highway=path. Das ist *ein*
Beispiel für die Verwendung von highway=path (genau wie die
Fuß/Radweg-Kombinationen darüber).
Die Definition steht weiter oben auf der Seite und erwähnt in beiden
Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
Am 16.05.2010 21:55, schrieb Walter Nordmann:
hi jan,
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor einigen
Wochen mal wieder Diskussionen drüber.
Am 17.05.2010 08:17, schrieb Toni Erdmann:
Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
Am 16.05.2010 21:55, schrieb Walter Nordmann:
hi jan,
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor einigen
Am 17.05.2010 09:12, schrieb Ulf Lamping:
Am 17.05.2010 08:17, schrieb Toni Erdmann:
Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
Am 16.05.2010 21:55, schrieb Walter Nordmann:
hi jan,
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise recht eng geografisch zusammen gehörende
Am 17.05.2010 08:17, schrieb Toni Erdmann:
Am 17.05.2010 07:21, schrieb Jan Tappenbeck:
Am 16.05.2010 21:55, schrieb Walter Nordmann:
hi jan,
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor einigen
Am 17.05.2010 09:24, schrieb Frederik Ramm:
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise
Am 17.05.2010 09:24, schrieb Frederik Ramm:
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise
Am 17.05.10 09:24, schrieb Frederik Ramm:
Das andere sind logische Gruppierungen alle Objekte einer Art:
Packstationen, Stolpersteine, etc., die jeweils den gleichen Tag tragen
- und das über die ganze Welt verteilt. Die Info kann man dann aber
genauso gut über Datenbankabfragen (z.B. XAPI)
Am 17. Mai 2010 08:53 schrieb Florian Lohoff f...@zz.de:
On Mon, May 17, 2010 at 08:31:50AM +0200, Martin Simon wrote:
Das ist *nicht* die Definition von highway=path. Das ist *ein*
Beispiel für die Verwendung von highway=path (genau wie die
Fuß/Radweg-Kombinationen darüber).
Die Definition
Am 17.05.2010 09:24, schrieb Frederik Ramm:
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise
Hallo,
Jan Tappenbeck wrote:
Dann frage ich mich allerdings was dann eine Paketbox-Relation [1] soll.
Die ist in meinen Augen genauso sinnfrei wie eine Relation
Bundesstrassen in Nordrhein-Westfalen oder McDonald's-Filialen in
Deutschland oder Strassenlaternen, die mit Gas betrieben werden.
zumindest zu sun_studio [1]
die uebersicht ist ziemlich hilfreich [2]
[1] http://wiki.openstreetmap.org/wiki/Proposed_features/beauty
[2]
http://wiki.openstreetmap.org/wiki/Proposed_features#Proposed_Features_-_Shop
Daniela Duerbeck wrote:
Hi!
Irgendwie finde ich ständig Läden, für die es
Hallo,
Andre Joost wrote:
- und das über die ganze Welt verteilt. Die Info kann man dann aber
genauso gut über Datenbankabfragen (z.B. XAPI) abholen.
genauso gut nicht, weil man mit der XAPI neben der bounding box nur
genau ein Kriterium abfragen kann.
Fuer den konkreten vorliegenden Fall
Am 16.05.2010 19:30, schrieb Jan Tappenbeck:
seit einigen Wochen werden vermehrt Stolpersteine erfaßt.
...
Es würde mich freuen, wenn die Erfassung in HH so weiter vorangeht wie
bisher - es gibt nämlich schon ein großes Interesse an der daraus
entstehenden Karte.
Letzte Woche habe ich mir
Am 17.05.10 10:07, schrieb Frederik Ramm:
Grundsaetzlich sind Mapper bei uns eine knappe Ressource, wir sollten
also dem Mapper so wenig wie moeglich Arbeit aufbuerden, und einen
Stolperstein einfach als solchen zu taggen und es dem Suchenden zu
ueberlassen, was er suchen will, ist
Hallo,
Andre Joost wrote:
Wenn ich alle Packstationen über die Relation einlade, fällt ein
falscher tag (auch beim Operator, z.B. mit oder ohne AG, Gmbh usw) eher
auf. Gerade bei Objekten mit nem Haufen Zusatztags schleichen sich da
schnell Fehler ein.
Das sollte man lieber ueber ein
Hola,
On Mon, May 17, 2010 at 09:53:50AM +0200, André Riedel wrote:
Ich habe trail eingworfen, da es eine Kategorie unter Path ist. Ich
sehe aber ein, dass es da noch Definitionsbedarf brauch.
Bei OSM fehlt es meistens nicht an der definition - die wird sowieso immer
interpretiert und nach
Toni Erdmann wrote:
... Relationen gruppieren doch gerade (physikalische)
Objekte zu einer Einheit und geben ihnen eine gemeinsame Bedeutung.
genau so sehe ich das auch.
Wenn man aber mal genauer hinsieht (und das haben einige hier bereits getan
+++) bestehen vernünftige Relationen aus
Am 17.05.10 10:35, schrieb Frederik Ramm:
Hallo,
Andre Joost wrote:
Wenn ich alle Packstationen über die Relation einlade, fällt ein
falscher tag (auch beim Operator, z.B. mit oder ohne AG, Gmbh usw) eher
auf. Gerade bei Objekten mit nem Haufen Zusatztags schleichen sich da
schnell Fehler
Am 17.05.10 10:57, schrieb Walter Nordmann:
Wenn man aber mal genauer hinsieht (und das haben einige hier bereits getan
+++) bestehen vernünftige Relationen aus VERSCHIEDENEN Objekten, die dann
zu einer Einheit zusammengefasst werden. (z.b Stop-Positionen, Haltestellen,
Bahnsteige und
Am 17.05.10 10:07, schrieb Frederik Ramm:
Hallo,
Andre Joost wrote:
- und das über die ganze Welt verteilt. Die Info kann man dann aber
genauso gut über Datenbankabfragen (z.B. XAPI) abholen.
genauso gut nicht, weil man mit der XAPI neben der bounding box nur
genau ein Kriterium abfragen
Markus liste12a4...@gmx.de wrote:
http://wiki.openstreetmap.org/wiki/DE:Tag:waterway=riverbank
Es gibt ja durchaus auch ein width tag. Leider berücksichtigt das der
Mapnik aber nicht. Vor langer Zeit hab ich das aber in den Osmarender
eingebaut.
Falls jemand also mit Laser Entfernungsmesser
Hallo,
Andre Joost wrote:
Dann mach mal ;-)
Und solange dürfen keine Stolpersteine/Packstationen/Wanderwege gemappt
werden!
Klar duerfen sie. Bloss sollte man dafuer keine Relationen missbrauchen.
Mal für den Bahnbereich:
http://de.wikipedia.org/wiki/Stadtbahn_Bonn
Immerhin drei
Am 17.05.10 12:16, schrieb Frederik Ramm:
Mal für den Bahnbereich:
http://de.wikipedia.org/wiki/Stadtbahn_Bonn
Immerhin drei Betreiber auf 6 Linien ohne eindeutige Abgrenzung
Und wie habt ihr das tagging-maessig dann geloest?
In Bonn: falsch ;-)
Als operator den Betreiber mit den meisten
Andre Joost wrote:
Also wenn die SGV-Wanderheime in der Wanderwegs-Sammelrelation sind,
kannst du damit leben?
aber sicher!! nur ne relation, die NUR aus wanderheimen besteht und sonst
nix, wäre nicht ok.
p.s. meine rettungspunkt-relationen sterben zu zeit. ;(
hattest du sowas auch
Hallo André,
du hast leider Recht!
Mit JOSM 'Objekt laden' und der RelationsID bekomme ich in wenigen
Sekunden alle Stolpersteine
von Hamburg, sofern sie der Relation zugeordnet sind.
Mit:
wget.exe
Am 17.05.2010 12:04, schrieb Sven Geggus:
Markusliste12a4...@gmx.de wrote:
http://wiki.openstreetmap.org/wiki/DE:Tag:waterway=riverbank
Es gibt ja durchaus auch ein width tag. Leider berücksichtigt das der
Mapnik aber nicht. Vor langer Zeit hab ich das aber in den Osmarender
eingebaut.
Hallo,
Jacques Nietsch wrote:
Hallo André,
du hast leider Recht!
Mit JOSM 'Objekt laden' und der RelationsID bekomme ich in wenigen
Sekunden alle Stolpersteine
von Hamburg, sofern sie der Relation zugeordnet sind.
Mit:
wget.exe
Stephan Wolff s.wo...@web.de wrote:
Grundsätzlich finde ich das gut. Aber was passiert, wenn sowohl
riverbank als auch width eingetragen sind?
Solange die Breite nicht größer ist als der Abstand zwischen den Riverbanks
ist das unproblematisch. Ansonsten tritt der Fluß über das Ufer. Das im
M¿rtin Koppenhoefer schrieb:
Am 15. April 2010 17:51 schrieb olvagor o...@terbrueggen.net:
Ich hab hier schon öfter den Fall gehabt, dass jemand im Wald
GPS-Tracks hochgeladen aber dann keine Wege gezeichnet hat.
Wenn ich das so mache dann entweder, weil der Empfang schlecht war,
oder weil
Tim Koyda koyda at gmx.de writes:
Hallo,
ich habe gemerkt, dass es noch keine Vorgabe gibt, wie Stationszeichen
gemappt werden können. Stationszeichen sind die kleinen Schilderchen an
den Straßen, ide die Kilometrierung angeben, sozusagen die Nachfolger
der Kilometersteine (für mehr
Hi !
landuse = farmland
für Obst- und Gemüseanbau ( Baumschulen) oder wie seht Ihr das ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 17. Mai 2010 15:57 schrieb Jan Tappenbeck o...@tappenbeck.net:
Hi !
landuse = farmland
für Obst- und Gemüseanbau ( Baumschulen) oder wie seht Ihr das ?
Gruß Jan :-)
es gibt das landuse=orchard. Handelt es sich denn um Plantagen oder
Streuobstwiesen. Oder?
Gruß Martin
Hallo,
Jacques Nietsch wrote:
Hallo André,
du hast leider Recht!
Mit JOSM 'Objekt laden' und der RelationsID bekomme ich in wenigen
Sekunden alle Stolpersteine
von Hamburg, sofern sie der Relation zugeordnet sind.
Mit:
wget.exe
Am 17. Mai 2010 09:53 schrieb André Riedel riedel.an...@gmail.com:
Antworten vorher ebenfalls herausgelesen, dass Fußwege für dich kein
Path sein können, weil das Trampelpfade sind. Das stimmt aber nicht,
da path für alle Wege (Fuß-,Fahrrad-,Reit-,..) verwendet werden
kann.
Trampelpfade sind
Hallo Sven, hallo Stephan,
Danke für die Info, wusste gar nicht, dass Osmarender die Flussbreite
darstellt. Sieht gut aus!
In vielen Gegenden der Welt sind die Flussufer unbefestigt.
Dadurch sind die Flüsse wechselnd unterschiedlich breit.
Das lässt sich nur durch das flächige riverbank
Jan Tappenbeck o...@tappenbeck.net wrote:
für Obst- und Gemüseanbau ( Baumschulen) oder wie seht Ihr das ?
Für Streuobswiesen gibt es leider nix aber landuse=orchard wird sogar
gerendert:
http://osm.org/go/0DlFg213C-
Streuobswiesen erfasse ich derzeit gar nicht aber landuse=orchard würde ich
Am 17. Mai 2010 15:53 schrieb malenki o...@malenki.ch:
Wenn ich das so mache dann entweder, weil der Empfang schlecht war,
oder weil ich gar nicht auf Wegen unterwegs war. Blind fremde Tracks
nachzuzeichnen und deren Ursache raten halte ich nicht für sinnvoll.
Als Beispiel bringe ich mal
Am 17. Mai 2010 16:58 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
Streuobswiesen erfasse ich derzeit gar nicht aber landuse=orchard würde ich
eher für falsch halten.
ich hatte dazu schon mal einen Beitrag in der orchard-diskussion [1]
gemacht woraus landuse=meadow_orchard folgen würde.
Hallo M∡rtin,
...
...
ich hatte dazu schon mal einen Beitrag in der orchard-diskussion [1]
gemacht woraus landuse=meadow_orchard folgen würde. Ob's das Wort so
im Englischen gibt weiss ich nicht, die engl. Wikipedia enthält es
(evtl. von einem Deutschen oder so hinzugefügt) [2], und der Name
Am 17. Mai 2010 17:36 schrieb tshrub my-email-confirmat...@online.de:
Unterscheidung sonst auch nach Bewirtschaftungsweise als
intensiv oder extensiv.
ja, die Unterscheidung gibt es natürlich, aber sie kann m.E. nicht bei
der tagwahl für landuse dienen: eine Streuobstwiese ist halt keine
M¿rtin Koppenhoefer schrieb:
Am 17. Mai 2010 15:53 schrieb malenki o...@malenki.ch:
Als Beispiel bringe ich mal
http://www.openstreetmap.org/?lat=46.84649lon=11.32104zoom=15
Man kann sich über die Klassifizierung streiten, aber man sieht
durchaus, dass das ungemappte Straßen sind.
Du
Guenther Meyer d@sordidmusic.com [Mon, May 17, 2010 at 08:21:18AM CEST]:
[...]
Zwischen Stadtteil und Stadtbezirk wuerde ich nicht gross unterscheiden, wenn
es diesen Unterschied ueberhaupt gibt. Meistens kommt das eh auf's gleiche
raus...
Andere machen da schon einen Unterschied:
Florian Lohoff f...@zz.de [Mon, May 17, 2010 at 10:37:37AM CEST]:
[...]
Bei OSM fehlt es meistens nicht an der definition - die wird sowieso immer
interpretiert und nach gut duenken umgedeutet.
Es fehlt an _abgrenzung_.
Das ist sig-tauglich. De-finieren heißt abgrenzen.
Es sind tolle
tshrub my-email-confirmat...@online.de wrote:
oder so:
http://www.dict.cc/deutsch-englisch/Streuobstwiese.html
scattered_orchard
+ trees=apple_trees, plum_trees
Und was soll das werden? Eine Liste aller einheimischen Obstsorten
die auf Bäumen wachsen?
Da ergibt es IMO sogar mehr Sinn
Jan Tappenbeck o...@tappenbeck.net [Mon, May 17, 2010 at 03:57:39PM CEST]:
Hi !
landuse = farmland
für Obst- und Gemüseanbau ( Baumschulen) oder wie seht Ihr das ?
Ja, mit produce=fruit oder apples/pears/plums/walnuts, wenn man's
genauer weiß.
Mehrjährigen Anbau trage ich mit produce=*
Hallo,
bei der ganzen Diskussion wird vergessen, dass an der Relation auch
weitere Attribute stehen (Artist,Webseite und Wikipedia), die sonst an
allen Knoten stehen müssten.
MfG Georg V.
___
Talk-de mailing list
Talk-de@openstreetmap.org
Es wurde hier mal diskutiert und verworfen, dass Route-Relationen
automatisch (durch Bots) geordnet werden sollen. Mir wäre ganz
recht, wenn es jemand mal für den 67121 (Odenwald-Vogesen-Weg)
täte, dann fiele mir das Zerlegen in Teilrelationen leichter.
Hat da jemand was geschrieben, das das
Am 17. Mai 2010 19:07 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
tshrub my-email-confirmat...@online.de wrote:
oder so:
http://www.dict.cc/deutsch-englisch/Streuobstwiese.html
scattered_orchard
+ trees=apple_trees, plum_trees
Und was soll das werden? Eine Liste aller einheimischen
Johannes Huesing johan...@huesing.name wrote:
Es wurde hier mal diskutiert und verworfen, dass Route-Relationen
automatisch (durch Bots) geordnet werden sollen. Mir wäre ganz
recht, wenn es jemand mal für den 67121 (Odenwald-Vogesen-Weg)
täte, dann fiele mir das Zerlegen in Teilrelationen
Hallo,
ich hätte eine Frage, die mich interessiert.
Ich bin zur Zeit dabei, einiges in Taiwan zu kartographieren. Dort ist
natürlich das folgende Problem:
Es ist ein chinesischsprachiges Land, d.h. alle name-Tags sollten (so
wie ich das verstanden habe) in der Landessprache sein, d.h. auf
Am Mon, 17 May 2010 13:54:21 + (UTC)
schrieb Mirko Gröbs o...@groebs.de:
Danke für die Antwort.
Ich hab mir die Sache mappingtechnisch relativ
einfach gemacht: an den Streckenabschnitt der zu einer bestimmten
Station gehört, habe ich zusätzlich noch einen Tag mit
ref:section=xxx gehängt.
Am 17.05.2010 16:18, schrieb Jacques Nietsch:
Und genau hier stellt sich für mich die Frage, was ist der 'richtige'
Gebrauch
und wo beginnt der 'Missbrauch'.
Wie ist das definiert? Bisher hatte ich die Relationen so verstanden, das
sie
eine Menge von Objekten zusammenfassen, die in einem
Hallo,
Es gibt (gab?) da mal die Seite http://cassini.toolserver.org/, die hatte für
die Sprachversionen eigene Kacheln gerendert. Ist leider zur Zeit nicht
erreichbar.
Gruß, Carsten
--
Hier ist mein öffentlicher GPG-Schlüssel:
http://daswaldhorn.piranho.de/gpg.php
Am 17.05.2010 19:43, schrieb Gerrit:
Was mich jetzt nur wundert:
Würde www.openstreetmap.de für beispielsweise Taiwan (ist aber im Grunde
für jedes Ausland zutreffend) eine eigene Karte rendern, bei denen die
deutschen Beschriftungen (nicht aber die englischen) verwendet werden?
Ich habe es
Am 17.05.2010 20:03, schrieb Ulf Lamping:
Am 17.05.2010 16:18, schrieb Jacques Nietsch:
Und genau hier stellt sich für mich die Frage, was ist der 'richtige'
Gebrauch
und wo beginnt der 'Missbrauch'.
Wie ist das definiert? Bisher hatte ich die Relationen so verstanden, das
sie
eine Menge
Hallo,
die neuere JOSM-Version hat geänderte Farben (insbesondere das gelb für
Knoten). Wo und wie kann ich das wieder in die ältere Farbgebung ändern?
Die elementstyles.xml im JOSM-Verzeichnis ist aber unverändert!?
--
Mit freundlichen Gruessen
Hi,
hat jemand eine idee wie man diese kombinierten power=tower + sub_station +
masttrenner
tagged?
Ich bin zwischen power=tower und power=sub_station hin un her gerissen.
power=tower
wird schoen gerendert - das dingen ist ja weithin sichtbar daher macht das sinn.
Aber das trifft den kern ja
Frederik Ramm frede...@remote.org wrote:
Das wuerde ich auch empfehlen. Eine Relation muesste man wohl dann
bemuehen, wenn dasselbe Objekt Teil verschiedener Gruppen sein koennte,
also wenn es sowohl ein Stolperstein als auch ein Schloss ist, dann will
man ja kein historic=stolperstein;castle
Hallo Gerrit,
chinesischsprachiges Land
name-Tags in Landessprache
Taipeh würde dann also 台北市 geschrieben werden
Ja. Ich hatte dazu mal ausfühlich geschrieben:
http://wiki.openstreetmap.org/wiki/DE_talk:Key:name
Da es aber nie rezipiert wurde und es sich um ein für Geodaten zentrales
Thema
Am Montag 17 Mai 2010, 18:51:18 schrieb Johannes Huesing:
Guenther Meyer d@sordidmusic.com [Mon, May 17, 2010 at 08:21:18AM
CEST]: [...]
Zwischen Stadtteil und Stadtbezirk wuerde ich nicht gross unterscheiden,
wenn es diesen Unterschied ueberhaupt gibt. Meistens kommt das eh auf's
Am 17. Mai 2010 21:51 schrieb Markus liste12a4...@gmx.de:
Wir brauchen ein Attribut für *Sprache* und eines für *Schrift*
und zwar in den jeweiligen Kombinationen.
soweit ich weiss, ist Schrift kein Problem, da wir utf codieren, d.h.
man nimmt die richtigen Schriftzeichen, und dann sind sie
Am 17. Mai 2010 21:51 schrieb Markus liste12a4...@gmx.de:
Ja, wir brauchen unbedingt Karten, die neben der *lokalen Schrift* die
Namen auch in *arabischer Schrift* darstellt.
Wir haben zwar arabische Zahlen, aber die Buchstaben sind lateinisch ;-)
Am Montag 17 Mai 2010, 19:43:44 schrieb Gerrit:
Würde www.openstreetmap.de für beispielsweise Taiwan (ist aber im Grunde
für jedes Ausland zutreffend) eine eigene Karte rendern, bei denen die
deutschen Beschriftungen (nicht aber die englischen) verwendet werden?
Ich habe es mal testweise
Am 17. Mai 2010 21:55 schrieb Guenther Meyer d@sordidmusic.com:
Am Montag 17 Mai 2010, 18:51:18 schrieb Johannes Huesing:
Guenther Meyer d@sordidmusic.com [Mon, May 17, 2010 at 08:21:18AM
CEST]: [...]
Zwischen Stadtteil und Stadtbezirk wuerde ich nicht gross unterscheiden,
wenn es
Sven Geggus li...@fuchsschwanzdomain.de [Mon, May 17, 2010 at 07:43:22PM
CEST]:
Johannes Huesing johan...@huesing.name wrote:
Es wurde hier mal diskutiert und verworfen, dass Route-Relationen
automatisch (durch Bots) geordnet werden sollen. Mir wäre ganz
recht, wenn es jemand mal für
Am 17. Mai 2010 21:51 schrieb Markus liste12a4...@gmx.de:
Ja, wir brauchen unbedingt Karten, die neben der *lokalen Schrift* die
Namen auch in *arabischer Schrift* darstellt.
wir brauchen unbedingt mehr Leute, die Text in arabischer Schrift eintragen:
Am Montag 17 Mai 2010, 22:00:46 schrieb M∡rtin Koppenhoefer:
Am 17. Mai 2010 21:55 schrieb Guenther Meyer d@sordidmusic.com:
Am Montag 17 Mai 2010, 18:51:18 schrieb Johannes Huesing:
Guenther Meyer d@sordidmusic.com [Mon, May 17, 2010 at 08:21:18AM
CEST]: [...]
Zwischen
Johannes Huesing schrieb:
Es wurde hier mal diskutiert und verworfen, dass Route-Relationen
automatisch (durch Bots) geordnet werden sollen. Mir wäre ganz
recht, wenn es jemand mal für den 67121 (Odenwald-Vogesen-Weg)
täte, dann fiele mir das Zerlegen in Teilrelationen leichter.
Hat da
Hi André,
Wir haben zwar arabische Zahlen, aber die Buchstaben sind lateinisch ;-)
*lach* - den Fehler habe ich schon öfter gemacht :-(
Danke für die Korrektur!
@ Martin: ich meinte natürlich *lateinische Schrift* :-)
Gruss, Markus
___
Talk-de
schau mal bei bearbeiten/einstellungen/anzeige-einstellungen/farben
kann mich nicht 100% dran erinnern, dass die mal ne andere Farbe hatten
(eventuell rot?)
das letzte, was ich vor 1-2 monaten gelesen habe, ist dass josm ab nun
(damals) zwischen einfachen knoten und verbundenen knoten optisch
Hallo zusammen,
ist es Absicht, das die AIO vom 17.05 keinen Adresslayer mehr hat?
Ich finde auf meinem Navi nur noch die Hoehe, boundary, osb, fixme und die
basemap.
Kann das noch wer bestätigen?!
MfG
Kai
___
Talk-de mailing list
Hallo,
Guenther Meyer wrote:
fuer openstreetmap.de, was ja in erster Linie deutschsprachige Benutzer
anspricht, waere das sicher ganz sinnvoll so.
Also eine zusaetzliche Angabe der Bezeichnung in fuer deutschsprachige
Personen lesbarer Schrift.
Ich koennte mir vorstellen, dass man das
jan99 wrote:
Dann können wir jetzt mal wieder zum eigentlichen Thema ZURÜCK KOMMEN !
Zur Erinnerung S T O L P E R S T E I N E waren das Thema !!!
ich kann in dem im starter-post erwähnten wiki nix über das auswerte-tool
finden, das ich gebrauchen könnte.
die auswertung an sich ist für
NKIN
wambacher
-
Der Fehler tritt nicht sporadisch sondern nur ab und zu auf. - aus
Hotline-Eintrag
--
View this message in context:
http://gis.638310.n2.nabble.com/AIO-keine-Adressen-mehr-tp5066935p5067076.html
Sent from the Germany mailing list archive at Nabble.com.
Walter Nordmann wrote:
NKIN
Nein zu der Absicht oder ob Du es bestätigen kannst ?
Matthias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 17.05.2010 16:58, schrieb Sven Geggus:
Orchard also Plantage ist für mich bei Äpfeln dann eher sowas wie das z.B.
in Südtirol übliche Spalierobst.
??
Orchard ist einfach ein Stück Land, wo Obst angebaut wird.
___
Talk-de mailing list
Hallo,
OK, evtl habe ich nicht genau genug geschrieben, was ich meinte.
In der gmapsupp.img ist kein Adresslayer vorhanden.
Im Verzeichnis sind die schon vorhanden
Gruß
Kai
___
Talk-de mailing list
Talk-de@openstreetmap.org
Andre Joost wrote:
mit
wget http://www.informationfreeway.org/api/0.6/relation[operator=Verein
Niederrhein] -O wander.osm
Bekomme ich derzeit nicht viel mehr als
HTTP request send, awaiting rsponse ...
während ich über die Sammelrelation ziemlich schnell bei meinem
Wunschwanderweg
Am 17. Mai 2010 22:58 schrieb Frederik Ramm frede...@remote.org:
will. Aber genau diese Haltung (und ich weiss, dass viele andere das
genauso machen) sorgt natuerlich fuer Probleme auf osm.de, denn wenn ich
nun einfach so name:de rendere, dann durften sich diverse Opfer
frueherer
Am 17. Mai 2010 23:29 schrieb Ulf Möller o...@ulfm.de:
Orchard ist einfach ein Stück Land, wo Obst angebaut wird.
Bäume oder Sträucher sind allerdings schon erforderlich, damits ein
orchard ist, oder?
Gruß Martin
___
Talk-de mailing list
Am 17.05.2010 21:29, schrieb Jan Tappenbeck:
Dann können wir jetzt mal wieder zum eigentlichen Thema ZURÜCK KOMMEN !
Zur Erinnerung S T O L P E R S T E I N E waren das Thema !!!
Das wäre ja fast so vermessen wie von Dir zu verlangen, keine Vollquotes
abzusenden!
Du solltest Dich zudem nicht
Am 17.05.2010 14:28, schrieb Jacques Nietsch:
Hallo André,
du hast leider Recht!
Mit JOSM 'Objekt laden' und der RelationsID bekomme ich in wenigen
Sekunden alle Stolpersteine
von Hamburg, sofern sie der Relation zugeordnet sind.
Mit:
wget.exe
Colin Marquardt wrote:
Guck nur, wer's war: http://www.openstreetmap.org/browse/node/536279862
Nein, das besagt leider gar nix, da es eine Spezialität dieses Users ist,
nach und nach ALLES zu löschen und wieder hochzuladen, so dass es eben
schwierig ist, den Originalautor ausfindig zu
Am 18. Mai 2010 01:29 schrieb Daniela Duerbeck daniela.duerb...@gmx.de:
Colin Marquardt wrote:
Guck nur, wer's war: http://www.openstreetmap.org/browse/node/536279862
Nein, das besagt leider gar nix, da es eine Spezialität dieses Users ist,
nach und nach ALLES zu löschen und wieder
Hallo,
M∡rtin Koppenhoefer wrote:
das sollte man nicht zulassen, weil es grob gegen unsere Regeln
verstößt: dadurch wird die history sabotiert, weil der Zugang extrem
erschwert wird und die Verlaufsinformationen nicht mehr am
eigentlichen Objekt hängen.
Deswegen ist der User auch schon ein
Jacques Nietsch glaubte zu wissen:
Hallo André,
du hast leider Recht!
Mit JOSM 'Objekt laden' und der RelationsID bekomme ich in wenigen
Sekunden alle Stolpersteine
von Hamburg, sofern sie der Relation zugeordnet sind.
Mit:
wget.exe
M∡rtin Koppenhoefer schrieb:
Am 17. Mai 2010 23:29 schrieb Ulf Möller o...@ulfm.de:
Orchard ist einfach ein Stück Land, wo Obst angebaut wird.
Bäume oder Sträucher sind allerdings schon erforderlich, damits ein
orchard ist, oder?
Wenn dort Obst angebaut wird, dann hat es auch Bäume oder
Am 18.05.2010 04:58, schrieb Frederik Ramm:
Hallo,
Guenther Meyer wrote:
fuer openstreetmap.de, was ja in erster Linie deutschsprachige Benutzer
anspricht, waere das sicher ganz sinnvoll so.
Also eine zusaetzliche Angabe der Bezeichnung in fuer deutschsprachige
Personen lesbarer
Am 18. Mai 2010 00:25 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Das
beträfe neben den erwähnten in Polen z.B. Namen in Gebieten an der
Wolga oder Siebengebirge, wo seit hunderten von Jahren Deutsche
gesiedelt haben, und daher auf deutsch dort deutsche Namen üblich
sind.
*g* Also
Am Montag 17 Mai 2010, 22:58:44 schrieb Frederik Ramm:
Hallo,
Guenther Meyer wrote:
fuer openstreetmap.de, was ja in erster Linie deutschsprachige Benutzer
anspricht, waere das sicher ganz sinnvoll so.
Also eine zusaetzliche Angabe der Bezeichnung in fuer deutschsprachige
Personen
Am 17.05.2010 21:51, schrieb Markus:
Gibt es denn irgendwo eine entsprechende (freie) Geo-Namen-DB?
Sofern es keine freie Geo-Namen-DB gibt, würde ich auf die
Interwiki-Links in der Wikipedia zurückgreifen. Am Beispiel Köln
http://www.openstreetmap.org/browse/node/20953083 sieht man das recht
96 matches
Mail list logo