Tom Müller [tmerl...@web.de] schrieb am 3. September 2010 21:44
Entspricht dann bei der Relation ein member der mit role=inner
gekennzeichnet ist *immer genau einer* Insel? Also schneide ich für
jeden member mit role=inner aus, oder können auch mehrere member mit
role=inner ein Polygon sein
Am 04.09.2010 00:45, schrieb Peter Wendorff:
Hi.
Zunächst eine Rückfrage zur Erlaubnis von tankpool24: was heißt bis auf
Widerruf? Heißt das, danach müssen die Daten wieder raus, oder heißt
das, danach ist die Quelle nicht für Neueintragungen zu verwenden?
Ich hab mir die Daten mal angeguckt,
M∡rtin Koppenhoefer [dieterdre...@gmail.com] schrieb am 3. September 2010 21:34
das Problem ist halt, dass so große Multipolygone in vielen Anwendungen nicht
funktionieren / Probleme machen ...
Mapnik zeigt, dass es geht. Und man sollte nicht vergessen, dass die
Multipolygone geschaffen
Hallo Liste,
werden bereits Baumreihen die paralell zu einer Straße oder einem Weg
verlaufen bzw. Baumreihen die Felder trennen bereits gerendert?
Wenn ja gibt es Beispiele?
Danke und Ciao
Holger
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 04.09.2010 06:22, schrieb Willi:
Am 4. September 2010 07:20 schrieb Garry [garr...@gmx.de]
An der Stelle die Frage: Warum gibt es eigentlich riverbanks?
landuse=water hätte doch an der Stelle genügt, oder?
Ja, stimmt eigentlich. Ist doch beides Wasser und beides wird auf den
Am 04.09.2010 08:59, schrieb Willi:
Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte Gebilde
angesehen und verstanden zu haben. Dies gilt bereits für einfache
Läuft dann bei OSM nicht irgendwas aus dem Ruder wenn nur noch Profis
mit umfangreichen Wissen Detailänderungen
Einzelne Bäume, mit natural=tree eingezeichnet, werden bei Mapnik ab
Zoomstufe 16 als kleiner grüner Punkt.
Wenn Du die Bäume also einzeln einträgst, ja.
Wie Du ansonsten Baumreihen eintragen willst, weiß ich nicht, hab ich
bisher nirgendwo gesehen.
Gruß
Peter
On 04.09.2010 09:00, Holger
Aber wie würde man denn zum Beispiel den Randstreifen einer Straße
taggen? Als Gras? Oder einfach grau lassen?
Gruß
Christopher Reimer
Am 04.09.2010 00:20, schrieb Torsten Leistikow:
Christopher Reimer schrieb am 03.09.2010 23:09:
Und was soll ich jetzt machen, dass es stimmt? So scheint
Am 04.09.2010 07:37, schrieb Sven Anders:
Hat jemand Erfahrungen mit SSD unter Linux?
Frederik hatte auf der über SOTM 2010 Ergebnisse von Performance
Messungen referiert. Und er hatte auch mit einer SSD getestet =
vielleicht kann er mit Info helfen.
Grüße,
Michael.
Am 04.09.2010 08:59, schrieb Willi:
Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte Gebilde
angesehen und verstanden zu haben. Dies gilt bereits für einfache
Garry [garr...@gmx.de] schrieb am 4. September 2010 15:11
Läuft dann bei OSM nicht irgendwas aus dem Ruder wenn
Peter Wendorff wrote:
Einzelne Bäume, mit natural=tree eingezeichnet, werden bei Mapnik ab
Zoomstufe 16 als kleiner grüner Punkt.
Wenn Du die Bäume also einzeln einträgst, ja.
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein
On 04.09.2010 11:10, Willi wrote:
Am 04.09.2010 08:59, schrieb Willi:
Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte Gebilde
angesehen und verstanden zu haben. Dies gilt bereits für einfache
Garry [garr...@gmx.de] schrieb am 4. September 2010 15:11
Läuft dann bei OSM
Am 04.09.2010 11:31, Peter Wendorff:
On 04.09.2010 11:10, Willi wrote:
Am 04.09.2010 08:59, schrieb Willi:
Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte
Gebilde angesehen und verstanden zu haben. Dies gilt bereits für
einfache
Garry [garr...@gmx.de] schrieb am 4.
Den Randstreifen einer Straße lasse ich meistens ungetaggt, ausser er
wird besonders gepflegt (landuse=grass) (ich meine nicht das regelmäßge
Mähen durch die Straßenbewirtschaftung) oder tut sich etwa durch
Buschbestand hervor (natural=scrubs).
Claudius
Am 04.09.2010 10:34, Christopher
On 04.09.2010 11:16, NopMap wrote:
Ich arbeite momentan eher daran, solche nicht-markanten,
nicht-orientierungsrelevaten Bäume aus dem Rendering auszublenden.
Hast Du denn Alternativen im Angebot, um nicht signifikante Bäume
einzutragen?
Alleen sind nur ein Beispiel, wo dies durchaus sinnvoll
Wenn Du ihn extra eintragen willst, als Gras, wenn nicht, dann eben
grau lassen ;)
Gruß
Peter
On 04.09.2010 10:34, Christopher Reimer wrote:
Aber wie würde man denn zum Beispiel den Randstreifen einer Straße
taggen? Als Gras? Oder einfach grau lassen?
Gruß
Christopher Reimer
Am
Hallo Peter, hallo Nop,
danke für eure Antworten.
@Nop du hast recht. Ich würde natural=tree auch nur für besonders
markante oder unter Naturschutz stehende Bäume verwenden.
Schön währe es aber schon wenn Baumreihen auf der OSM Karte dargestellt
würden z.B. bei Alleen oder Baumreihen die an
Am Samstag 04 September 2010, 03:07:19 schrieb Garry:
ja!? und worauf willst du jetzt hinaus?
Darauf dass im Prinzip da wo die schlechteste Datenpflege zu erwarten
ist die Daten am wichtigsten sind.
ah, ok. ich hatte mich schon gefragt, was das Ganze mit meinem
Taggingvorschlag zu tun
Am Samstag 04 September 2010, 03:06:36 schrieb M∡rtin Koppenhoefer:
Mein Vorschlag dazu war das construction auch andere Zustände annehmen
kann die den aktuellen
Bauzustand wiederspiegelt -ähnlich wie grade bei den Tracks bzgl. der
Wegqualität.
construction=yes wäre nur der Grundtyp der
Am 4. September 2010 10:43 schrieb Michael Kugelmann michaelk_...@gmx.de:
Frederik hatte auf der über SOTM 2010 Ergebnisse von Performance Messungen
referiert. Und er hatte auch mit einer SSD getestet = vielleicht kann er
mit Info helfen.
die Folien sind online, s. im Wiki unter SOTM2010
Tom Chance hat sich Gedanken zu den Kraftwerken gemacht und ein
Proposal dazu zur Abstimmung erstellt. Wen's interessiert, der voted
hier:
http://wiki.openstreetmap.org/wiki/Proposed_features/generator_rationalisation
Gruß Martin
___
Talk-de mailing
Am 4. September 2010 08:59 schrieb Willi wil...@gmx.de:
M∡rtin Koppenhoefer [dieterdre...@gmail.com] schrieb am 3. September 2010
21:34
das Problem ist halt, dass so große Multipolygone in vielen Anwendungen nicht
funktionieren / Probleme machen ...
Mapnik zeigt, dass es geht. Und man
Felix Hartmann extremecar...@googlemail.com wrote:
Wobei mir noch nicht klar ist, warum ein style-file nicht mit CCBYSA
geschuetzt werden kann.
Weil das kein kreatives Werk im Sinne der CC-by-SA ist sondern wie
gesagt ein spezieller typ von Software. So ne Art script für mkgmap.
Am 04.09.2010 11:10, schrieb Willi:
Wieso nur Profis? Ich habe für Sorgfalt plädiert und nicht für Wissen. Sowohl privat als auch
beruflich habe ich häufig erlebt, dass Profis schlampig arbeiten und Laien
sorgfältig und das Ergebnis entsprechend und nicht wie eigentlich ursprünglich erwartet
Am 04.09.2010 11:36, schrieb Claudius:
Ihm bleiben zwei Optionen (wenn nicht gerade stundenlang Zeit für
Einarbeitungen da ist): Schema durchbrechen und damit aus Sicht anderer
Daten kaputtmachen, oder aber aufhören zu mappen.
Ich persönlich finde beides nicht gut.
Du vergisst die dritte
Am 4. September 2010 11:16 schrieb NopMap ekkeh...@gmx.de:
Einzelne Bäume, mit natural=tree eingezeichnet, werden bei Mapnik ab
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein markanter Einzelbaum als Landmarke.
Ich halte das für eine
Am 04.09.2010 12:58, schrieb M∡rtin Koppenhoefer:
Mapnik zeigt, dass es geht. Und man sollte nicht vergessen, dass die
Multipolygone geschaffen wurden, um den Anwendungen zu helfen. Der Mensch
benötigt sie nicht.
Multipolygone braucht man zwangsläufig, um Flächen aus anderen Flächen
Am Samstag 04 September 2010, 13:09:18 schrieb M∡rtin Koppenhoefer:
Am 4. September 2010 11:16 schrieb NopMap ekkeh...@gmx.de:
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein markanter Einzelbaum als Landmarke.
Ich halte das für eine
Am 04.09.2010 08:16, schrieb Willi:
Mehrere Wege, die innere Mitglieder eines Multipolygons sind, können einen Ring
(geschlossenen Weg) bilden, der eine (innere) Fläche umrandet. Bei Insel im
See ist der Ring die Uferlinie und die enthaltene Fläche die Insel.
Generell gilt laut Wiki: Eine
Am 4. September 2010 13:09 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 4. September 2010 11:16 schrieb NopMap ekkeh...@gmx.de:
Einzelne Bäume, mit natural=tree eingezeichnet, werden bei Mapnik ab
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone,
On 04.09.2010 13:31, Falk Zscheile wrote:
Ich halte das für eine unsinnige Definition, die auch von der Realität
schon länger überholt ist. natural=tree ist intuitiv ein Baum.
Merkmale wie Markanz / Signifikanz sollten mit einem Zusatztag
ausgedrückt werden
Natürlich kann man alles in die
M∡rtin Koppenhoefer wrote:
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein markanter Einzelbaum als Landmarke.
Ich halte das für eine unsinnige Definition, die auch von der Realität
schon länger überholt ist. natural=tree ist
Am Samstag 04 September 2010, 13:31:22 schrieb Falk Zscheile:
Natürlich kann man alles in die Karte eintragen, nur ist es auch Sinnvoll?
wenn es eine Anwendungsmoeglichkeit gibt, die irgendjemanden nuetzt, ja.
Der einzelne Baum ist ohne Bedeutung. Die Orientierung bietet die
Baumreihe/Allee
Am 04.09.2010 13:31, schrieb Falk Zscheile:
Am 4. September 2010 13:09 schrieb M∡rtin Koppenhoefer
dieterdre...@gmail.com:
natural=tree ist intuitiv ein Baum.
Merkmale wie Markanz / Signifikanz sollten mit einem Zusatztag
ausgedrückt werden.
Natürlich kann man alles in die Karte eintragen,
Ich habe mal eine Wikiseite angelegt, um das ganze besser zu koordinieren.
Zu finden unter
http://wiki.openstreetmap.org/wiki/Projekt_des_Monats/2010/September
Die Tankpool24-Quelle werde ich nun zunächst auf eine Unterseite
portieren, damit der Status des Imports dokumentiert werden kann.
NopMap schrieb:
Ich arbeite momentan eher daran, solche nicht-markanten,
nicht-orientierungsrelevaten Bäume aus dem Rendering auszublenden.
Ich kann mich erinnern, als ich gezwungen war, mittels einer Karte
Orientierungswanderungen zu machen und bestimmte Punkte im Gelände zu
finden, waren
Am 04.09.2010 13:31, schrieb Falk Zscheile:
Am 4. September 2010 13:09 schrieb M∡rtin Koppenhoeferdieterdre...@gmail.com:
Am 4. September 2010 11:16 schrieb NopMapekkeh...@gmx.de:
Einzelne Bäume, mit natural=tree eingezeichnet, werden bei Mapnik ab
Wobei das
Am 04.09.2010 13:31, schrieb Falk Zscheile:
Der einzelne Baum ist ohne Bedeutung. Die Orientierung bietet die
Baumreihe/Allee und sollte auch nur als solche eingetragen werden.
+1
Aber der Baum-Spam lässt sich wohl nicht mehr aufhalten... ;-(
Chris
Am Freitag, den 03.09.2010, 14:50 +0200 schrieb Fabian Schmidt:
Ich habe etliche Kilometer von Bächen gemappt, die nur selten bepaddelbar
sind, indem ich das Ufer abgelaufen bin. Die Tracks habe ich bewusst nicht
hochgeladen, da aus dem reinen Track nicht hervorgeht, wo der Bach
verläuft,
Am Samstag, den 04.09.2010, 13:47 +0200 schrieb Peter Wendorff:
[...]
Ich möchte Dir vollumfänglich beipflichten!
André
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am Samstag, den 04.09.2010, 04:49 -0700 schrieb NopMap:
Daß es keinen Sinn macht, Tags die schon Jahre in Gebrauch sind wortwörtlich
zu interpretieren, zeigt wohl am besten das verwandte natural=wood. Das
komischerweise _nicht_ für jeden Wald verwendet wird.
Das liegt mitunter daran, dass es
Am 04.09.2010 13:49, schrieb NopMap:
Warst Du jemals wandern? In der Praxis ist der Unterschied zwischen einem
großen freistehenden Baum im Feld und vielen gleichen Park- oder Alleebäumen
sehr einfach zu erkennen.
Es geht doch nicht darum ob man einen einzelnen Baum von einer
Baumgruppe
Tom Müller [tmerl...@web.de] schrieb am 4. September 2010 18:21
Wie kann ich denn rausfinden ob ein inner-member allein schon eine Insel
ist, oder ob ich da noch weitere Member zu einem Polygon zusammenfügen muss?
IM JOSM Relationseditor kann ein Mitglied der Relation nach rechtem Mausklick
Am 04.09.2010 12:15, schrieb Guenther Meyer:
Das Problem laesst sich aber nicht einfach loesen, indem man gar keine Daten
eintraegt.
Nein, das nicht, aber ein-zwei einfache Tags die schnell und einfach
auszuwerten sind und dem Durschnittstankenden
die wichtigsten Informationen gibt wäre
Hallo,
ich müsste dies allerdings dynamisch machen in einem Java-Programm.
Danke
Am 04.09.2010 15:24, schrieb Willi:
Tom Müller [tmerl...@web.de] schrieb am 4. September 2010 18:21
Wie kann ich denn rausfinden ob ein inner-member allein schon eine Insel
ist, oder ob ich da noch weitere
Am Samstag 04 September 2010, 15:27:49 schrieb Garry:
Am 04.09.2010 12:15, schrieb Guenther Meyer:
Das Problem laesst sich aber nicht einfach loesen, indem man gar keine
Daten eintraegt.
Nein, das nicht, aber ein-zwei einfache Tags die schnell und einfach
auszuwerten sind und dem
On 03.09.10 10:54, Tom Müller wrote:
Sind die riverbank-Polygone schon geschlossen, oder muss ich das noch machen?
http://wiki.openstreetmap.org/wiki/DE:Tag:waterway%3Driver#Flussinsel
zeigt eigentlich sehr deutlich, wie man Flüsse mit waterway=riverbank mappt.
/al
Am 4. September 2010 14:31 schrieb André Reichelt andr...@online.de:
In so einem Fall sollte man dann aber unbedingt das Source-Tag sauber
ausfüllen, sodass für andere Mapper erkennbar ist, woher die Daten
stammen. Ohne dieses Wissen könnte man sehr leicht folgern, dass jemand
das Ganze
On 04.09.2010 12:58, Sven Geggus wrote:
Felix Hartmannextremecar...@googlemail.com wrote:
Wobei mir noch nicht klar ist, warum ein style-file nicht mit CCBYSA
geschuetzt werden kann.
Weil das kein kreatives Werk im Sinne der CC-by-SA ist sondern wie
gesagt ein spezieller typ von Software.
Am 4. September 2010 13:31 schrieb Falk Zscheile Natürlich kann man
alles in die Karte eintragen, nur ist es auch Sinnvoll?
sinnvoll wofür? Wir sind uns doch einig, dass wir die Geodaten der
Welt erheben. Bäume sind vom Maßstab her (im Gegensatz zu
Gänseblümchen beispielsweise) durchaus
M∡rtin Koppenhoefer wrote:
das magst Du so sehen. Jeder trägt das ein, was ihm wichtig vorkommt.
Solange man nicht die Dinge löscht, die einem selbst nicht wichtig
vorkommen, ist das kein Problem.
Genau das passiert hier aber. Indem ein etabliertes Tag anders verwendet
wird, werden alle
So...
http://wiki.openstreetmap.org/wiki/Projekt_des_Monats/2010/September
Macht was draus - viel Spaß.
Gruß
Peter
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 04.09.2010 13:09, schrieb M∡rtin Koppenhoefer:
Ich halte das für eine unsinnige Definition, die auch von der Realität
schon länger überholt ist. natural=tree ist intuitiv ein Baum.
Merkmale wie Markanz / Signifikanz sollten mit einem Zusatztag
ausgedrückt werden.
+1
Diese Definition ist
Am 04.09.2010 11:16, schrieb NopMap:
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein markanter Einzelbaum als Landmarke.
+1
Das wurde auch in Girona diskutiert: dort ist scheinbar jeder Baum in
den innerstaeditschen Wäldern im
Am 4. September 2010 18:51 schrieb NopMap ekkeh...@gmx.de:
das magst Du so sehen. Jeder trägt das ein, was ihm wichtig vorkommt.
Solange man nicht die Dinge löscht, die einem selbst nicht wichtig
vorkommen, ist das kein Problem.
Genau das passiert hier aber. Indem ein etabliertes Tag anders
On 04.09.2010 20:21, Michael Kugelmann wrote:
Am 04.09.2010 11:16, schrieb NopMap:
Wobei das allerdings so ein Mißbrauch ist, denn natural=tree steht für
lone, significant tree, also ein markanter Einzelbaum als Landmarke.
+1
Das wurde auch in Girona diskutiert: dort ist scheinbar jeder Baum
Am 04.09.2010 20:27, schrieb Peter Wendorff:
Wer auf die Idee kommt, die OSM-Datenbank ungefiltert auf ein Navi
loszulassen, ist selbst Schuld.
Wenn das Tag so verwendet worden wäre, wie es seit Jahren (!) definiert
ist, wäre es kein Problem gewesen...
Grüße
Michael.
Am 4. September 2010 20:55 schrieb Michael Kugelmann Wer auf die
Idee kommt, die OSM-Datenbank ungefiltert auf ein Navi
loszulassen, ist selbst Schuld.
Wenn das Tag so verwendet worden wäre, wie es seit Jahren (!) definiert ist,
wäre es kein Problem gewesen...
wenn die Mapping-Realität
Hallo.
Die letzte Woche haben wir genutzt, um das Layout etwas aufzuräumen.
Hoffentlich gefällt's ...
Eine kleine Premiere: Wir konnten die ersten zwei Gastartikel veröffentlichen.
Vielen Dank an Oliver und Jan.
Und dann gibt es selbstverständlich die neue Wochennotiz.
Viel Spaß beim
Am 04.09.2010 20:55, schrieb Michael Kugelmann:
Wenn das Tag so verwendet worden wäre, wie es seit Jahren (!) definiert
ist, wäre es kein Problem gewesen...
Im Wiki steht viel, wenn der Tag lang ist. Das weiß jeder ernsthafte
OSM-Teilnehmer.
Man kann doch nicht einfach einen generischen Tag
Am 02.09.2010 22:32, schrieb C. Brause:
Da reicht doch schon als Unterscheidung, zu gucken, ob eine Tankstelle
(ausschließlich) fuel:electricity=yes dran hat. Wenn nicht, ist es
vermutlich eine normale, herkömmliche Tankstelle. Wer trägt schon eine
Ladesäule lediglich als Tankstelle ohne
Am Samstag 04 September 2010, 22:35:29 schrieb Friedhelm Schmidt:
Am 04.09.2010 20:55, schrieb Michael Kugelmann:
Wenn das Tag so verwendet worden wäre, wie es seit Jahren (!) definiert
ist, wäre es kein Problem gewesen...
Im Wiki steht viel, wenn der Tag lang ist. Das weiß jeder
bernhard zwischenbrugger schrieb:
Aufwändig für die DB ist es in einem minlat, minlng, maxlat, maxlng Bereich (bounds) Daten zu finden.
Noch schwieriger ist es Pfade zu erkennen die diesen Bereich nur
tangieren und keine Punkte in diesem Bereich haben.
Soweit ich das gesehen habe, ist
Am 04.09.2010 16:39, schrieb Guenther Meyer:
Nein, das nicht, aber ein-zwei einfache Tags die schnell und einfach
auszuwerten sind und dem Durschnittstankenden
die wichtigsten Informationen gibt wäre nicht schlecht: Also z.b.
24h_service = yes/no/members/selfpayment - letzteres für
Am 04.09.2010 19:29, schrieb Peter Wendorff:
So...
http://wiki.openstreetmap.org/wiki/Projekt_des_Monats/2010/September
Macht was draus - viel Spaß.
Könnte man in der Tabelle nicht gleich noch einen Link generieren der
die Position in OSM darstellt? :-)
Garry
65 matches
Mail list logo
