[Talk-de] La Hague - Gorleben

[Markus]

Aus aktuellem Anlass...

auf der Strecke und am Zielort fehlen noch viele Daten:
http://sautter.com/map/?lat=49.67833lon=-1.87944zoom=14
http://sautter.com/map/?lat=53.0385lon=11.3578zoom=14

Gruss, Markus

PS: es gibt doch auch ein Tool, mit dem man G-Luftbilder und OSM 
transparent übereinander anschauen kann - wo finde ich das?


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] La Hague - Gorleben

[Friedhelm Schmidt]

Am 07.10.2010 09:43, schrieb Markus:

PS: es gibt doch auch ein Tool, mit dem man G-Luftbilder und OSM transparent 
übereinander
anschauen kann - wo finde ich das?


Öhem, ebenda. Klickst dur rechts oben auf das + und wählst Google Satellite. Oder 
meinst du was ganz anderes?


-fri-

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] ÖPNV - Wird Trolleybus gerendert?

[Christian Slotwinsky]

 Hallo miteinander,

ich bin der Meinung mal irgendwo gelesen zu haben, das route=trollybus 
in der öpnv-Karte gerendert wird. Nun habe ich letzte Woche in Salzburg 
die O-Buslinie 2 eingetragen doch leider wird diese nicht dargestellt. 
Da der Datenstand vom letzten Montag verwendet wurde, sollten die 
Linien-Daten beinhaltet sein.


Fehler bei mir oder fehlendes Feature in der ÖPNV-Karte ?

Wäre schön, wenn mal jemand draufschaun könnte. Die Linie kommt am 
Hauptbahnhof vorbei.


Gruß

Christian


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Hanno Hecker]

On Wed, 06 Oct 2010 17:18:18 +0200
Andre Joost andre+jo...@nurfuerspam.de wrote:
 
 Das ganze lässt sich natürlich auch in osmosis einbauen. Ich weiß nur
 nicht, ob es da zwischen java und perl (oder ggf C) nenneswerte
 Performancevorteile bei der Verarbeitung großer Datenmengen geben würde.
 Hat da jemand mal Vergleichstest gemacht?
 
 Bietet denn das neue Binärformat der Geofabrik-Extrakte hier Vorteile
 bei der Verarbeitung?
geringfügig... OK, der XML-Code is übel, aber viel besser wird's nur,
wenn man es speziell fuer eine Sache schreibt...

Extrahieren aller amenity=fountain aus NRW als .osm:
$ time ./osm-extract -P -t amenity -v fountain  \ 
   ../data/nordrhein-westfalen.osm.pbf  /dev/null 
parsing relations done: 0, 0. 
parsing ways done: 63, 609.
all parsing done.

real0m23.109s
user0m22.521s
sys 0m0.452s
$ time ./osm-extract -X -t amenity -v fountain \
   ../data/nrw.osm  /dev/null starts: node=93, ways=1389651673,
rel=1948737482 not a node ...

real2m7.827s
user1m28.582s
sys 0m14.805s

... Source folgt irgendwann in den nächsten Tagen

Hanno

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNV - Wird Trolleybus gerendert?

[Chris66]

Am 07.10.2010 10:10, schrieb Christian Slotwinsky:

 ich bin der Meinung mal irgendwo gelesen zu haben, das route=trollybus
 in der öpnv-Karte gerendert wird. Nun habe ich letzte Woche in Salzburg
 die O-Buslinie 2 eingetragen doch leider wird diese nicht dargestellt.
 Da der Datenstand vom letzten Montag verwendet wurde, sollten die
 Linien-Daten beinhaltet sein.
 
 Fehler bei mir oder fehlendes Feature in der ÖPNV-Karte ?

Hi,
laut http://wiki.openstreetmap.org/wiki/%C3%96pnvkarte
werden route=trolleybus und line=trolleybus Relations unterstützt.

Wenn Du's also wirklich als trollybus eingetragen hast
liegt es an dem fehlenden e.

Chris


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

[Walter Nordmann]

schönes beispiel mit den beiden apis. 
ist sogar mir vor einigen monaten passiert, daß ich mich darüber aufgeregt
habe, wenn ich ne osm-karte sehe und unten links ganz frech google steht
;(
na ja, die zeiten sind zum glück vorbei.
ich hab auch mal mit der api von cloudmade rumgespielt, aber openlayers ist
wirklich vielseitiger.
lg
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/TuV-Reinland-Breitbandatlas-basiert-auf-OSM-Daten-tp5609014p5610430.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] La Hague - Gorleben

[Markus]

Hallo Friedhelm,


klickst dur rechts oben auf das + und wählst Google Satellite


Danke! Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] ÖPNV - Wird Trolleybus gerendert?

[Christian Slotwinsky]

 Am 07.10.2010 10:20, schrieb Chris66:

Am 07.10.2010 10:10, schrieb Christian Slotwinsky:


ich bin der Meinung mal irgendwo gelesen zu haben, das route=trollybus
in der öpnv-Karte gerendert wird. Nun habe ich letzte Woche in Salzburg
die O-Buslinie 2 eingetragen doch leider wird diese nicht dargestellt.
Da der Datenstand vom letzten Montag verwendet wurde, sollten die
Linien-Daten beinhaltet sein.

Fehler bei mir oder fehlendes Feature in der ÖPNV-Karte ?

Hi,
lauthttp://wiki.openstreetmap.org/wiki/%C3%96pnvkarte
werden route=trolleybus und line=trolleybus Relations unterstützt.

Wenn Du's also wirklich als trollybus eingetragen hast
liegt es an dem fehlenden e.


Hallo Chris,

danke, aber das e ist mir nur in der Mail verloren gegangen. In der 
Relation ist es enthalten.


Gruß

Christian



Chris


___
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

Re: [Talk-de] Zeilenumbruch in name?

[Peter Wendorff]

 On 06.10.2010 23:28, Guenther Meyer wrote:

Am Mittwoch 06 Oktober 2010, 16:23:55 schrieb Peter Wendorff:

   On 06.10.2010 15:09, Guenther Meyer wrote:

Außerdem wäre zu
überlegen, ob eine Regel in der Art bevorzugt an Leerzeichen nach
Doppelpunkten umbrechen nicht schon das gewünschte Resultat bringen
würde, oder ob es da nachteilige Nebenwirkungen gäbe.

Das ist ein guter Ansatz, der aber nicht immer nutzbar ist.

Gegenbeispiele bitte!

Eine lange Bezeichnung in dem kein Doppelpunkt vorkommt!?
Beispiele wurden ja schon genannt.
Eine lange Bezeichnung, die kein Doppelpunkt, kein Leerzeichen und 
keinen Bindestrich enthält, denn das sind IMHO stellen, an denen 
Umbrüche möglich sein sollten.


Um dein Argument zu entkräften, Beispiele seien schon genannt worden, 
hier nochmal alle bisher aufgekommenen Beispiele im Schnelldurchlauf:


Haus 49: Sekundarschule Augus Hermann Francke
ist mittlerweile von jemandem umbenannt worden, das Leerzeichen vor 49 
wurde entfernt, hier trotzdem der alte Wert, da der ja problematisch war.

Lösung: Umbruch nach Doppelpunkt bevorzugen, führt zum gewünschten Ergebnis.

Universitäts- und Landesbibliothek Sachsen-Anhalt, Zweigbibliothek 
Europäische Aufklärung
ich weiß nicht, warum mapnik das gar nicht umbricht, Komma+space vor 
einfachem space wäre aber eine sinnvolle Regel, die zum primären Umbruch 
vor Zweigbibliothek führen würde:

Universitäts- und Landesbibliothek Sachsen-Anhalt,
Zweigbibliothek Europäische Aufklärung

Haus 31: Uni- und Landesbibl.LSA, Zweigbibl. Erziehungswissenschaften 
und Theologie
Die Abkürzungen sollten hier IMHO raus aus dem Namen, die bisher 
definierten Regeln würden führen zu (in drei Zeilen):

Haus 31:
Uni- und Landesbibl.LSA,
Zweigbibl. Erziehungswissenschaften und Theologie

oder in zwei Zeilen
Haus 31: Uni- und Landesbibl.LSA,
Zweigbibl. Erziehungswissenschaften und Theologie

Das ist unabhängig von der momentanen Darstellung in Osmarender und Mapnik.

Günthers Beispiel (fiktiv)

name = Kartographie- und Datenamt Musterstadt Aussenstelle Nord-West II

Dies ist ein Name, der sich aus zwei Teilen zusammensetzt, und deshalb 
vielleicht auch getrennt in zwei Tags erfasst werden sollte.
Der Anwendungsfall ist häufig und führt immer wieder zu eigentlich 
blöden Ergebnissen:
- Campusuniversitäten, die jedes Gebäude mit vollem Namen bezeichnen 
Universität Musterstadt, A

Universität Musterdorf, Institut für Mobile Braukunst
Gesamt- und Fachhochschule Beispieltal, Center for Parallel Computing

In allen Fällen kann und sollte man das trennen und trennen können.
Möglich wäre z.B. operator=universität X name=institut y

Bevor jetzt der Einwand kommt: Ich weiß, dass operator da nicht immer 
passt, aber ein Modell für Niederlassungen, Außenstellen, wäre 
vielleicht generell anzustreben, das fehlt, wenn ich das richtig sehe, 
bisher noch.


Alternativ kommen für diese Dinge sonst auch Relationen in Frage.

Das zu trennen, wo es sich um zwei verschiedene Dinge handelt, die in 
einem name-Attribut kombiniert werden, halte ich aber auf jeden Fall für 
die sauberere Lösung, als da Render-Quirks einzubauen.


Gruß
Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Projekt des Monats Oktober - Trinkwasser, ´NICHT TRNKBAR

[Jan Tappenbeck]

hi !

ich habe die Icons für dinkable=no für Trinkwasser, Brunnen, Quelle und 
Zierbrunnen habe ich mit eigenen Icons versehen.


Gruß Jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Wolfgang]

Hallo,
Am Mittwoch 06 Oktober 2010 13:51:58 schrieb Guenther Meyer:

 hier ein fiktives Beispiel:
 name = Kartographie- und Datenamt Musterstadt Aussenstelle Nord-West II
 
 Hier bricht man sinnvollerweise nach dem Ort um, falls noetig. Nur wie soll
 ohne Hinweis ein Renderer das wissen? Den Kontext versteht er nicht...
 

name:umbruch:before=Aussen ?

Lässt das name-tag unverändert, passt sich ggf einer Änderung auf 
Kartografie an, stört nicht und kann ausgewertet werden.

Gruß, Wolfgang

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] An die thread-Piraten

[Wolfgang]

Hallo,

aktuell kommt es häufiger vor, dass threads gekapert werden, d.h. es wird 
einfach auf eine bestehende Äußerung mit einem anderen Thema geantwortet.

Alle guten Mailprogramme können anhand der Kopfdaten der Mail erkennen, worauf 
geantwortet wurde (nicht [nur] am Betreff!). Wenn ich einen bestimmten thread 
nicht verfolgen möchte, setze ich ihn auf gelesen oder ignorieren. Dabei 
gehen alle gekaperten threads automatisch mit.

Bitte fangt für jedes neue Thema eine neue Mail an. Also Mail/Nachricht - neu 
und die Adresse der Liste ggf. manuell eintragen, aber nicht einfach antworten 
und den Text löschen.

Gruß, Wolfgang

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] An die thread-Piraten

[Peter Wendorff]

 On 07.10.2010 11:43, Wolfgang wrote:

Hallo,

aktuell kommt es häufiger vor, dass threads gekapert werden, d.h. es wird
einfach auf eine bestehende Äußerung mit einem anderen Thema geantwortet.

Alle guten Mailprogramme können anhand der Kopfdaten der Mail erkennen, worauf
geantwortet wurde (nicht [nur] am Betreff!). Wenn ich einen bestimmten thread
nicht verfolgen möchte, setze ich ihn auf gelesen oder ignorieren. Dabei
gehen alle gekaperten threads automatisch mit.

Bitte fangt für jedes neue Thema eine neue Mail an. Also Mail/Nachricht - neu
und die Adresse der Liste ggf. manuell eintragen, aber nicht einfach antworten
und den Text löschen.

+1,
auch wenn es mir mehr darum geht, die Übersicht zu behalten.
Die Baumdarstellung von Threads wird auf diese Weise nämlich sonst ihres 
Nutzens beraubt.
Gleiches gilt übrigens auch andersherum (ist aber nicht ganz so 
schlimm): Antworten sind Antworten - und sollten nicht neue Mails mit 
gleichem Betreff sein.


Gruß
Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Rainer Kluge]

Danke für die nützlichen Hinweise. Ich habe jetzt einen Ansatz gefunden, mit dem
ich beide Erweiterungsvorschläge von Carsten erledigen kann. Ich melde mich hier
wieder, wenn es funktioniert.

Grüße
Rainer



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Farmland

[minze]

Hallo M∡rtin,

 
 ...
  ...
 
 eher nicht. Ist ein Randfall, da mit Schafen ja gerade die Flächen
 bewirtschaftet werden können, die eigentlich gar keine
 landwirtschaftlichen Flächen sind. Von daher würde ich kein farmland
 setzen.
nein, Heide (die wir jetzt meinen) ist Farmland. 
Diese Heide wird durch Mahd, Brand, gezielte Beweidung erhalten. Ertrag ist
Wolle, Fleisch, ... . Es handelt sich hier um eine extensive _Landwirtschaft_.
Heiden werden in Mitteleuropa aus historisch-pädagogischen Gründen
gepflegt/erhalten. In anderen Regionen der Welt gibt es Heiden, von denen
Familien leben. Es ist auch wünschenswert, solche Lebensräume zu erhalten, da
sehr artenreich. 
Daher farmland=heath. Dem gegenüber natural=heath (siehe thread oben) 
- ähnlich der Unterscheidung landuse=forest vsv. natural=wood.
- und ggf. auch farmland=meadow vsv. natural=meadow (Salzwiese, ...)



Ich würde das dann so sehen:

Einjähriges  (vegetables (Aubergine, ...) corn (Mais, ...), 
animal_food (Gras, Mais, ...), energie (Raps, Mais...) )
landuse=farmland
farmland=field (für Feldfrüchte)
product=vegetables
crop=tomatos

Wiesen, Grünland
landuse=farmland
farmland=meadow (für Wiese, nicht beweidet)

Weide, Grünland
landuse=farmland
farmland=grass (oder -land? für nichtholziges Weideland oder allg. Grünland) 
animal=horse (beweidet)

Heide, mit Schafen
landuse=farmland
farmland=heath (für Heide, also Zwergsträucher)
animal=sheep (beweidet)

Waldweide
landuse=forest
farmland=forest (ggf., ?)
animal=cattle (beweidet)

---

Pferdekoppel (je nach dem:)
landuse=farmland
farmland:grass
animal=horse

landuse=farmyard 
leisure=pitch 
animal=horse





Das landuse=farmland könnte man auch weglassen, da redundant, 
da farmland=* aussagekräftig genug.


 
  ...



Wichtig/Frage wäre, 
ob die Legenden (wenns eine Übereinkunft gibt) entsprechend verbessert wird -
schnell  in allen Sprachen!! und 
ob diese Tagges dann auch gerendert/angezeigt werden! 
Eine korrekte eindeutigen Legende ist eh das A  O einer Karte. 
(z.B. das Straßen-Banquette und landuse=grass: For grassland - und?? oder
landuse=farmland: Veralteter Tag für landwirtschaftlich genutzte Flächen ...
?? zu farmland siehe die engl. wiki ... leitet auf farm).)


Gruß, minze


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Rainer Kluge]

Hallo Werner,

Am 06.10.2010 18:50, schrieb Werner Hoch:
 Das wäre machbar aber äußerst ineffizient. Die osm-Dateien sind reine
 Textdateien im XML-Format. Will man die Wege und Knoten einer
 Relation aus einer solchen Datei auslesen, dann muss man die
 komplette Datei lesen.
 
 Nein. Geht man davon aus, dass die Objekte in der osm-Datei sortiert 
 sind, dann kann man per binärer Suche die richtigen Objekte raussuchen.

Das funktioniert leider nicht bei bz2-komprimierten osm-Dateien.

Gruß
Rainer


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Sven Geggus]

Andre Joost andre+jo...@nurfuerspam.de wrote:

 Anwendungsfall wäre z.B.Rendern als lokale transparente Tiles, die man
 als Layer separat in OL einblenden kann. GPX ist da ab einem gewissen
 Datenvolumen zu langsam.

Solche Overlay Tiles hätte ich auch gerne, aber leider ist unsere
Serverkapazität für sowas zu begrenzt.

Sven

-- 
Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
 die anderen sind einfach von sich aus unlogisch.
  (Anselm Lingnau in de.comp.os.unix.discussion)
/me ist gig...@ircnet, http://sven.gegg.us/ im WWW

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Mapnik rendert in 5 Minuten

[Andreas Hubel]

Am 06.10.2010 um 19:02 schrieb M∡rtin Koppenhoefer:
 die Installation von Mapnik ist heutzutage ein Kinderspiel
Ich empfehle Leuten die mit Mapnik rumspielen wollen immer sich die VM von 
http://wiki.openstreetmap.org/wiki/DE:HowTo_minutely_hstore/VM herunterzuladen 
und damit zu experimentieren.

MfG Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Fichtennadel]

Hallo,

auf der talk-at Liste wird gerade die Verfügbarkeit eines freien WMS
von geoimage.at angekündigt (siehe auch
http://geoimage.at/geoimage/geodatendienste bzw.
http://www.ots.at/presseaussendung/OTS_20101004_OTS0004/kostenloser-orthophoto-dienst-von-geoimage-austria).

In der praktischen Anwendung in JOSM gibt's allerdings zwei Hürden:

1. wie bekommt man den WMS in JOSM zu sehen? Im WMS Plugin kann ich
zwar eine URL angeben, ich hab's aber nicht geschafft die aus
http://wms.geoimage.at/dop-1mfree/?SERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
zusammenzubasteln.

2. Die Projektion ist EPSG:31287 (Bessel 1841 in der
Lambert_Conformal_Conic_2SP Projektion) und die finde ich in JOSM
nicht. Wir haben zwar die proj4 Parameter (+proj=lcc +lat_1=49
+lat_2=46 +lat_0=47.5 +lon_0=13.33 +x_0=40 +y_0=40
+ellps=bessel +towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232
+units=m +no_defs), nur wie bekommt man die in JOSM?

Kann hier jemand helfen? In Merkaartor klappt's schon, nur ist das
nicht jedermanns Lieblings-Editor ;-)

Danke und lG,
 Georg


PS: talk-at auf
http://news.gmane.org/gmane.comp.gis.openstreetmap.region.at zum
Nachlesen



-- Forwarded message --
From: Günther Zin. o...@fh15.homeip.net
Date: 2010/10/7
Subject: Re: [Talk-at] GeoImage.at - JOSM
To: OpenStreetMap AT talk...@openstreetmap.org


Hallo!

Am Do, 7.10.2010, 12:28, schrieb Stefan Taferner:
 (Mal abgesehen davon dass ich mit der Bedienung von Merkaartor noch
 nicht warm geworden bin und lieber Josm verwenden würde)

Mir geht's genauso. Gibt's nicht irgendeine Möglichkeit oder einen
Workaround, damit man das mit JOSM hinbekommt?
Ich verwende JOSM seit über 2 Jahren und würde auch gerne dabei bleiben.
(ich möchte aber hier einen Editor-War anzetteln)

Günther


___
Talk-at mailing list
talk...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Stadtgrenze am Wasser

[Jan Tappenbeck]

 hi !

ich habe gerade die Stadtgrenze von Neustadt / Holstein [1] 
eingezeichnet - der Verlauf an der Ostsee ist mir allerdings nicht 
bekannt  / vorliegend.


Wie würdet Ihr das an der See machen  - grob an der Küste oder ?

Gruß Jan :-)

[1] http://www.openstreetmap.org/browse/relation/1209741



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Peter Körner]

Am 07.10.2010 13:28, schrieb Rainer Kluge:

Hallo Werner,

Am 06.10.2010 18:50, schrieb Werner Hoch:

Das wäre machbar aber äußerst ineffizient. Die osm-Dateien sind reine
Textdateien im XML-Format. Will man die Wege und Knoten einer
Relation aus einer solchen Datei auslesen, dann muss man die
komplette Datei lesen.


Nein. Geht man davon aus, dass die Objekte in der osm-Datei sortiert
sind, dann kann man per binärer Suche die richtigen Objekte raussuchen.


Das funktioniert leider nicht bei bz2-komprimierten osm-Dateien.
Doch das geht schon, ich hab sogar mal einen Algorithmus hier auf der 
Liste gesehen. bz2 ist Blockweise strukturiert. Man kann ungefähr so 
vorgehen:


1. setze $anfang = 0 and $ende länge der Datei

2. fseek zur mitte zwischen $anfang und $ende
3. lesen bis zum nächsten block-header
4. lesen  entpacken des nächsten blocks
5. gucken ob node, way oder rel vorkommt, abhängig davon weiß man
   in welchem Bereich der Datei man gelandet ist. Wenn man z.B. einen
   way tag sieht aber eine node sucht, muss man weiter nach vorne. Hat
   man schon den richtigen Entitäten-Typ gefunden, muss man noch nach
   der ID schauen
6a. wenn man weiter nach vorne will setzt man $ende = $mitte
6b. wenn man weiter nach hinten will setzt man $anfang = $mitte
7. springe zu 2.

Lg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser

[Markus]

Hallo Jan,


Stadtgrenze von Neustadt - der Verlauf an der Ostsee


Die Stadtgrenze entspricht der Katastergrenze.
Diese kannst Du wie immer bei den Behörden erfahren :-)

Die Schweizer haben grad alle ihre Grenzen für OSM freigegeben.
Vielleicht spendet Neustadt ja auch ein Shape-File?


grob an der Küste oder ?


Das wäre dann aber seeehr grob...

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser

[Georg Feddern]

Moin Jan,

Jan Tappenbeck schrieb:
ich habe gerade die Stadtgrenze von Neustadt / Holstein [1] 
eingezeichnet - der Verlauf an der Ostsee ist mir allerdings nicht 
bekannt  / vorliegend.


Wie würdet Ihr das an der See machen  - grob an der Küste oder ?

[1] http://www.openstreetmap.org/browse/relation/1209741


meines Erachtens ist die Stadtgrenze Neustadt/Holstein nichts anderes 
als die Gemeindegrenze Neustadt/Holstein.
Daher frage ich mich, warum Du nicht die vorhandene grob geschätzte 
Grenze [2] korrigiert hast?


Dann ist an der Seeseite auch gleich die vorläufige Grenze bereits 
vorhanden.
Vorläufig, da bisher eigentlich nur relativ sicher ist, das die 
Gemeindegrenze nicht zwingend mit der Küstenlinie übereinstimmen muss.


Gruß
Georg

[2] http://www.openstreetmap.org/browse/relation/382433

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] An die thread-Piraten

[Florian Lohoff]

On Thu, Oct 07, 2010 at 11:43:39AM +0200, Wolfgang wrote:
 Hallo,
 
 aktuell kommt es häufiger vor, dass threads gekapert werden, d.h. es wird 
 einfach auf eine bestehende Äußerung mit einem anderen Thema geantwortet.
 
 Alle guten Mailprogramme können anhand der Kopfdaten der Mail erkennen, 
 worauf 
 geantwortet wurde (nicht [nur] am Betreff!). Wenn ich einen bestimmten thread 
 nicht verfolgen möchte, setze ich ihn auf gelesen oder ignorieren. Dabei 
 gehen alle gekaperten threads automatisch mit.

Gute Mailprogramme machen das anhand des References: headers und richtig
gute programme koennen auf tastendruck den subthread abkoppeln - Mutt macht
das mit # 

Beispiel:

References: 4cad92af.9040...@gmail.com 4cadaf23.1070...@gmail.com

 Bitte fangt für jedes neue Thema eine neue Mail an. Also Mail/Nachricht - neu 
 und die Adresse der Liste ggf. manuell eintragen, aber nicht einfach 
 antworten 
 und den Text löschen.

Das unterstuetze ich sofort.

Flo
-- 
Florian Lohoff f...@zz.de
 Professionell gesehen bin ich zu haben 


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser

[Jan Tappenbeck]

Am 07.10.2010 15:01, schrieb Markus:

Hallo Jan,


Stadtgrenze von Neustadt - der Verlauf an der Ostsee


Die Stadtgrenze entspricht der Katastergrenze.
Diese kannst Du wie immer bei den Behörden erfahren :-)

Die Schweizer haben grad alle ihre Grenzen für OSM freigegeben.
Vielleicht spendet Neustadt ja auch ein Shape-File?


gibt es nicht - nur auf ursprüngl. papierdaten.




grob an der Küste oder ?


Das wäre dann aber seeehr grob...

Gruss, Markus




___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser

[Jan Tappenbeck]

Am 07.10.2010 15:02, schrieb Georg Feddern:

Moin Jan,

Jan Tappenbeck schrieb:

ich habe gerade die Stadtgrenze von Neustadt / Holstein [1]
eingezeichnet - der Verlauf an der Ostsee ist mir allerdings nicht
bekannt / vorliegend.

Wie würdet Ihr das an der See machen - grob an der Küste oder ?

[1] http://www.openstreetmap.org/browse/relation/1209741


meines Erachtens ist die Stadtgrenze Neustadt/Holstein nichts anderes
als die Gemeindegrenze Neustadt/Holstein.
Daher frage ich mich, warum Du nicht die vorhandene grob geschätzte
Grenze [2] korrigiert hast?

Dann ist an der Seeseite auch gleich die vorläufige Grenze bereits
vorhanden.
Vorläufig, da bisher eigentlich nur relativ sicher ist, das die
Gemeindegrenze nicht zwingend mit der Küstenlinie übereinstimmen muss.

Gruß
Georg

[2] http://www.openstreetmap.org/browse/relation/382433



hi !

die habe ich a.) irgendwie übersehen (nur die plz) und dann ist die im 
nord-osten noch offen. mal sehen ob noch anderes daran hängt und dann 
ggf. zusammenführen.


danke für den hinweis.

gruß Jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser

[Markus]

Hallo Jan,


nur auf ursprüngl. papierdaten.


Dann mache ein (möglichst verzerrungsfreies) Foto
und lade es in JOSM...

Vielleicht bekommst Du noch ein paar Vermessungspunkte?

Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Mapnik rendert in 5 Minuten

[Peter Körner]

Am 07.10.2010 14:23, schrieb Andreas Hubel:

Am 06.10.2010 um 19:02 schrieb M∡rtin Koppenhoefer:

die Installation von Mapnik ist heutzutage ein Kinderspiel

Ich empfehle Leuten die mit Mapnik rumspielen wollen immer sich die VM von 
http://wiki.openstreetmap.org/wiki/DE:HowTo_minutely_hstore/VM herunterzuladen 
und damit zu experimentieren.


In kürze gibt's auch einen echten HTTP-Download ^^

Lg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[André Joost]

Am 07.10.10 13:53, schrieb Sven Geggus:

Andre Joostandre+jo...@nurfuerspam.de  wrote:


Anwendungsfall wäre z.B.Rendern als lokale transparente Tiles, die man
als Layer separat in OL einblenden kann. GPX ist da ab einem gewissen
Datenvolumen zu langsam.


Solche Overlay Tiles hätte ich auch gerne, aber leider ist unsere
Serverkapazität für sowas zu begrenzt.



Wenn man die leeren Tiles gleich nach dem rendern wieder wegwirft, ist 
das Datenvolumen erträglich. Transparente Tiles mit ein paar Linien und 
Text drauf sind erheblich schlanker als normale Tiles.


zum Vergleich NRW in Zoomstufe 13:
Mapnik: 6000 Tiles in 98 MB : 16,4 kB/Tile
Lonvias Wanderwege: 3194 Tiles in 14 MB : 4,4 kB/Tile
Hochspannungsleitungen: 2353 Tiles in 8 MB : 3,8 kB/Tile

Gruß,
André Joost


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Rainer Kluge]

Hallo Peter,

Am 07.10.2010 14:49, schrieb Peter Körner:

 Nein. Geht man davon aus, dass die Objekte in der osm-Datei sortiert
 sind, dann kann man per binärer Suche die richtigen Objekte raussuchen.

 Das funktioniert leider nicht bei bz2-komprimierten osm-Dateien.
 Doch das geht schon, ich hab sogar mal einen Algorithmus hier auf der
 Liste gesehen. bz2 ist Blockweise strukturiert. 

Ich verwende für den Zugriff auf die osm-Datei das Perl-Modul OSM::osm von
gary68. Die ganzen Zugriffe für meinen Bedarf neu zu schreiben, halte ich nicht
für sinnvoll. Wenn Gary diesen Algorithmus einbaut, dann kann ein breites
Punblikum davon profitieren, z.B. die Nutzer seines Skripts checkrelation.pl.

Grüße
Rainer


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Farmland

[Claudius]

Am 07.10.2010 13:28, minze:

Ich würde das dann so sehen:

...


Wäre toll, wenn du das schema mal im OSM-Wiki zusammen schreiben 
könntest. Oder vielleicht gibt's das ja auch schon irgendwo?


Dann könnte man auch besser an internationale Tagging-Mailingliste und 
die Entwickler der Kartenstile herantreten.


Claudius


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[x]

hi!

ich hab mal geschaut was es derzeit so an openstreetmap-konventionen gibt um 
wlan zu kartografieren.

ergebnis:
es gibt ein value wlan(1116) für das amenity tag
es gibt ein internet_access tag (1310), das unter anderem auch values mit 
wlan(626) drin enthält
es gibt sogar ein internet_access:ssid tag (9)
es gibt ein wlan tag (12), values: yes(7) free(2) 802.11g(1) PSK(1) 
no(1)

executive summary:
in osm gibt's noch nicht wirklich (ausreichende) tags für wlan

my 2 cent:
die amenity wlan macht imho wenig sinn, ausser man sähe das amenity tag 
quasi wie 'ne objectclass. macht sicher keiner, dann würd ich sagen das bringt 
so ziemlich genau garnichts.
das internet_access tag mag sinn machen. reicht aber ned für 'ne 
node-dokumentation und wär jetzt imho auch nicht unbedingt das worauf man auch 
generell für wlan aufbauen will, das internet_access:ssid ist in diesem sinne 
imho ein schritt in die fast richtige richtung - aber halt doch knapp daneben...
das wlan tag ist so wie's ist ziemlich aussagelos. in 2 fällen hat offenbar 
schon jemand versucht da daten drin unterzubringen, aber das geht halt so ned 
wirklich, ausser man will das ganze set von daten das man gern hätte in einen 
value-string pressen (pfuibäh)...

also hab ich mal gebrainstormt was man so bräuchte/haben will, und wie man das 
möglichst mit dem was schon da ist vereinbaren könnt (die formatangaben 
dahinter in  sollen regexp syntax sein):

was man haben will:
tag k=internet_access v=wlan/ (internet_access tag as 
already existing)
tag k=wlan v=yes/ (wlan tag as already 
existing)
tag k=wlan:standard v=802.11abgn/ (802\.11a?b?g?n?)
tag k=wlan:frequency v=2.412GHz-2.458GHz/ ($a(-($b)?)?|-$b with 
$a, $b frequencies in the form of: realunit)
tag k=wlan:polarisation v=hv/ (h?v?)
tag k=wlan:mode v=AdHoc/  (Station|Client|AdHoc)
tag k=wlan:ssid v=mesh/
tag k=wlan:encryption v=none/ 
(none|wep64|wep128|wpa|wpa2)

was auch noch nützlich wäre:
tag k=wlan:mesh v=batman-adv 0.2/ (protocol/version id)
tag k=wlan:direction:h v=245/ (0-360 excl., degrees 
from north=0 for direction = center of horizontal aperture)
tag k=wlan:direction:v v=90/  (0-180 incl., degrees 
from straight down=0 for direction = center of vertical aperture)
tag k=wlan:aperture:h v=120/  (0-360 incl., degrees 
horizontal aperture)
tag k=wlan:aperture:v v=30/   (0-360 incl., degrees 
vertical aperture)

eventuell noch:
tag k=wlan:height v=600/  (in meters above 0)

ich bin in osm ned so involviert, von daher wär's sicher dringend geboten dass 
da ein osm-wissender das mal einordnet, sagt was garnich geht oder was anders 
geht oder so. feedback/diskussion von nicht speziell osm-wissenden fänd ich 
natürlich genauso spannend.

letztendlich sollte da dann wohl ein proposal 
(http://wiki.openstreetmap.org/wiki/Proposed_features) rausfallen...

tschoe,

x

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Andreas Hubel]

Hier noch nen Link zu den Wikiseiten die ich zu dem Thema gefunden habe:

http://wiki.openstreetmap.org/wiki/WLAN
http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_tower

MfG Andi



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Peter Körner]

Am 07.10.2010 14:29, schrieb Fichtennadel:

1. wie bekommt man den WMS in JOSM zu sehen? Im WMS Plugin kann ich
zwar eine URL angeben, ich hab's aber nicht geschafft die aus
http://wms.geoimage.at/dop-1mfree/?SERVICE=WMSVERSION=1.1.1REQUEST=GetCapabilities
zusammenzubasteln.

Ich hab folgendes versucht:
Josm Latest -
Bearbeiten -
Einstellungen -
WMS -
Hinzufügen -
die oben stehende URL in das Feld Service-URL eingeben -
Ebenen abfragen -
Geoimage_1m/Orthophoto/Luftbild_1m_LB aufwählen -
Menünamen eingeben -
OK -
WMS taucht im WMS-Mnü auf

Leider weiß ich nicht in welcher Region das nun funktionieren sollte, 
aber immerhin bekomme ich schon rote Bilder mit dem Text FEHLER 
angezeigt - ist doch schon mal etwas...


Interessant übrigens auch, wenn man die WMS URL direkt aufruft - 
scheinbar ein WMS-Server in PHP unter Windows *u*


http://wms.geoimage.at/dop-1mfree?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=Luftbild_1m;

Lg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Fabian Schmidt]

Am 07.10.10 schrieb x...@muc.ccc.de:

ich bin in osm ned so involviert, von daher wär's sicher dringend 
geboten dass da ein osm-wissender das mal einordnet, sagt was garnich 
geht oder was anders geht oder so.


ich meine mich zu erinnern, dass OSM vor zwei Jahren die Freifunk-APs 
nicht importieren wollte, da die Daten nicht wartbar sind. Ohne Laptop 
sieht man das Netz nicht, mit Laptop kann man nicht entscheiden, ob es den 
AP nicht mehr gibt oder er nur gerade ausgeschaltet ist. Und um nur die 
APs im nahen Umkreis der Mapper-Wohnungen zu pflegen, sind wir nicht genug 
Leute, um eine passable Abdeckung zu erreichen.



Gruß, Fabian.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Andreas Hubel]

Am 05.10.2010 um 17:11 schrieb Jochen Topf:
 On Tue, Oct 05, 2010 at 04:30:03PM +0200, Peter Wendorff wrote:
 On 05.10.2010 16:00, Chris66 wrote:
 Wunsch: In dem Suchfeld soll auch nach Werten gesucht werden können.
 Also zB. gebe ich  sauna ein und möchte die zugehörigen Keys
 (amenity vs. leasure) angezeigt bekommen.
 name nicht zu vergessen :D
 Und da liegt auch das Problem, warum ich das bisher nicht gemacht hab. Es ist
 nicht so einfach mal schnell 50 Millionen Tags zu durchsuchen. D.h.  ich
 brauche irgendeinen Index. Ein simpler Index ist einfach zu machen in Sqlite.

Hast du dir schon mal klassische Full-Text Search Engines wie z.B. Apache 
Lucene [1] oder Sphinx [2] angeschaut?

MfG Andi

[1] http://lucene.apache.org/java/docs/index.html
[2] http://sphinxsearch.com/
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Stadtgrenze am Wasser - Erledigt

[Jan Tappenbeck]

hi !

bitte nicht die beiden grenzen zusammenführen - mache ich im Zug.

damit erledigt !

gruß Jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Tobias Knerr]

Am 07.10.2010 16:58, schrieb Fabian Schmidt:
 
 Am 07.10.10 schrieb x...@muc.ccc.de:
 
 ich bin in osm ned so involviert, von daher wär's sicher dringend
 geboten dass da ein osm-wissender das mal einordnet, sagt was garnich
 geht oder was anders geht oder so.
 
 ich meine mich zu erinnern, dass OSM vor zwei Jahren die Freifunk-APs
 nicht importieren wollte, da die Daten nicht wartbar sind.

Richtig, das Thema Freifunk hatten wir schon. Siehe hier:
http://www.mail-archive.com/t...@openstreetmap.org/msg12635.html

Es ist halt so, dass der normale OSM-Mapper WLAN-Access-Points schwer
überprüfen kann. Für diejenigen wiederum, die diese Punkte aktuell
halten müssten (im Wesentlichen wohl die Teilnehmer von Freifunk) ist
OSM wohl zu kompliziert.

Dazu kommt noch, dass das in den Standard-Renderings eher nicht
auftauchen würde, so dass das Projekt sich selbst um die
Kartendarstellung kümmern müsste. Da fehlt aber dann irgendwie der
Mehrwert gegenüber einem simplen Freifunk-Layer über einer fertigen
OSM-Karte.

Tobias Knerr

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Sven Geggus]

André Joost andre+jo...@nurfuerspam.de wrote:

 Wenn man die leeren Tiles gleich nach dem rendern wieder wegwirft, ist 
 das Datenvolumen erträglich. Transparente Tiles mit ein paar Linien und 
 Text drauf sind erheblich schlanker als normale Tiles.

Teuer an Tileservern ist nicht etwa der Plattenplatz oder die CPU-Last des
renderns selber sondern das tile expire!

OK, zugegeben, wenn man leere Tiles erst gar nicht abspeichert was man in
Tirex aber AFAIK erst einbauen müsste sind das deutlich weniger aber ich
denke nicht dass das angesichts der dichte von Wanderwegen Fahrradwegen oder
ÖPNV Linien wirklich relevant viele leere Tiles sein werden.

Gruss

Sven

-- 
We don't know the OS that God uses, but the Vatican uses Linux
   (Sister Judith Zoebelein, Vatican Webmaster)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Claudius]

Am 07.10.2010 16:58, Fabian Schmidt:


Am 07.10.10 schrieb x...@muc.ccc.de:


ich bin in osm ned so involviert, von daher wär's sicher dringend
geboten dass da ein osm-wissender das mal einordnet, sagt was garnich
geht oder was anders geht oder so.


ich meine mich zu erinnern, dass OSM vor zwei Jahren die Freifunk-APs
nicht importieren wollte, da die Daten nicht wartbar sind.


Stimme ich immer noch zu. Ist eher etwas für ein seperates 
Datenbankprojekt mit gerenderten OSM-Kacheln als Kartenhintergrund.


Claudius


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Relation runterladen?

[Carsten Gerlach]

Hallo,

Am Donnerstag 07 Oktober 2010 schrieb Rainer Kluge:
 Danke für die nützlichen Hinweise. Ich habe jetzt einen Ansatz gefunden,
 mit dem ich beide Erweiterungsvorschläge von Carsten erledigen kann.

Super, freut mich, daß du das umsetzt. :-)

Gruß, Carsten

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

[sendelhorst]

Die OSM-Nutzung macht wohl nicht die staatliche Behörde, sondern der private 
Dienstleiter aus Oldenburg (sieht man, wenn man auf die Karte klickt)
Also nix mit Bewustseinswandel in Bundesministerien o.ä :(

-Ursprüngliche Nachricht-
Von: derandi unnoetige_ma...@gmx.de
Gesendet: 06.10.2010 23:24:59
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
Betreff: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

Hi,

eben via golem.de gefunden.
http://www.zukunft-breitband.de/BBA/Navigation/Breitbandatlas/breitbandsuche.html

Interessant ist das ein Ministerium des Bundes die Daten nutzt. ;)

Schönen Abend.

___
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

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Sven Geggus]

Claudius claudiu...@gmx.de wrote:

 Stimme ich immer noch zu. Ist eher etwas für ein seperates 
 Datenbankprojekt mit gerenderten OSM-Kacheln als Kartenhintergrund.

Solange sich keine Synnergien zu OSM ergeben sehe ich das ebenso.

Wenn wir mal andere POI Projekte wie zum Beispiel Mate-Karte oder meine
Brewpub map zum Vergleich hernehmen dann sieht das völlig anders aus:

Da werden nämlich bestehende Objekte in der OSM Datenbank wie
Getränkehändler, Pubs oder Restaurants mit einem Zusatztag versehen.


Gruss

Sven

-- 
Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit
Office nicht kompatibles Bürosoftwarepaket einzuführen.
(Florian Weimer in de.alt.sysadmin.recovery)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Walter Nordmann]

bedeutet das, dass HIER das Erfassen von wlan-hotspots sinnvoll/erwünscht
ist?
also z.b internet-shops oder kneipen?

bin mir nicht mehr ganz sicher
gruss
walter


-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Freifunk-Nodes-mit-Openstreetmap-kartografieren-tp5611589p5611867.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 16:58 schrieb Fabian Schmidt
fschm...@informatik.uni-leipzig.de:
 Am 07.10.10 schrieb x...@muc.ccc.de:
 ich bin in osm ned so involviert, von daher wär's sicher dringend geboten
 dass da ein osm-wissender das mal einordnet, sagt was garnich geht oder was
 anders geht oder so.

 ich meine mich zu erinnern, dass OSM vor zwei Jahren die Freifunk-APs nicht
 importieren wollte, da die Daten nicht wartbar sind. Ohne Laptop sieht man
 das Netz nicht, mit Laptop kann man nicht entscheiden, ob es den AP nicht
 mehr gibt oder er nur gerade ausgeschaltet ist. Und um nur die APs im nahen
 Umkreis der Mapper-Wohnungen zu pflegen, sind wir nicht genug Leute, um eine
 passable Abdeckung zu erreichen.


passable Abdeckung halte ich für überhaupt kein Argument, um
jemanden vom Eintragen der Daten abzuhalten. Die anderen Punkte
(Überprüfbarkeit, Wartung, etc.) sind theoretisch valide, sehen aber
m.E. anders aus, wenn - wie ich hier unterstelle - die Leute aus dem
Freifunk-projekt selbst die Daten eintragen und pflegen. Von daher
stehe ich der Idee positiv gegenüber. Was die Tags angeht: wenn Du (x)
denkst, dass es so geht, dann mach es so und dokumentiere es
optimalerweise im Wiki. Konflikte mit bestehenden Tags sehe ich nicht.

Andererseits könnte man natürlich die Daten auch getrennt halten und
als Overlay einblenden oder beim Rendern mischen.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert a uf OSM-Daten

[Philip Gillißen]

Wow, wo sind denn all die Nörgler hin?
Ich lese noch keinen Beitrag, wo die mangelhafte Attributierung 
angemeckert wird...

Und normalerweise sind doch einige Leute immer gaanz schnell dabei.

Ich habe mir grad mal den Anbieter der Karte angesehen und ich denke, 
dass er angeschrieben werden sollte, denn ich habe keins seiner Produkte 
mit korrekter Attributierung gefunden...


Gruß, Philip

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] An die thread-Piraten

[Johann H. Addicks]

Am 07.10.2010 11:43, schrieb Wolfgang:


aktuell kommt es häufiger vor, dass threads gekapert werden, d.h. es wird
einfach auf eine bestehende Äußerung mit einem anderen Thema geantwortet.


Tut es das?

Ich wähle die Betreffs bzw Threads, die mich nicht interessieren einfach 
ab.
Daher ärgert es mich immer sehr, wenn Betreffs nicht geändert werden und 
ich Dinge lesen darf, die überhaupt nichts mit dem Betreff zu tun haben.
Dass es auch umgekehrt läuft, ich also auch mich interessierende Dinge 
verpasse, weil ich das Subjekt abgewählt habe: Nunja, gibt halt auch 
sehr dürre Wochen hier.


-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Farmland

[sendelhorst]

Hallo,

habe jetzt die komplette Disussion nicht mitbekommen, aber mir erscheint  die 
Unterscheidung farmland=* versus natural=* 
wenig sinnvoll. Ich würde das in natural=* zusammenfassen, soweit das das 
bezeichnet, was da wie wächst, notfalls auch natural=field akzeptieren.
Dass die Pflanzen angebaut werden (und nich wild wachsen) würde durch 
landuse=farmland IMHO unmisverständlich klar.
Die Nutzungsart (farmland, forest oder bei naturbelassenen Flächen garnix) 
steht dann in landuse=
Die Heide z.B. kann dann 
landuse=farmland
natural=heat
sein usw.
bei Bedarf dann noch product=,fruit=, animal= usw.


-Ursprüngliche Nachricht-
Von: minze my-email-confirmat...@online.de
Gesendet: 07.10.2010 13:28:13
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Farmland

Hallo M∡rtin,

 
 ...
  ...
 
 eher nicht. Ist ein Randfall, da mit Schafen ja gerade die Flächen
 bewirtschaftet werden können, die eigentlich gar keine
 landwirtschaftlichen Flächen sind. Von daher würde ich kein farmland
 setzen.
nein, Heide (die wir jetzt meinen) ist Farmland. 
Diese Heide wird durch Mahd, Brand, gezielte Beweidung erhalten. Ertrag ist
Wolle, Fleisch, ... . Es handelt sich hier um eine extensive _Landwirtschaft_.
Heiden werden in Mitteleuropa aus historisch-pädagogischen Gründen
gepflegt/erhalten. In anderen Regionen der Welt gibt es Heiden, von denen
Familien leben. Es ist auch wünschenswert, solche Lebensräume zu erhalten, da
sehr artenreich. 
Daher farmland=heath. Dem gegenüber natural=heath (siehe thread oben) 
- ähnlich der Unterscheidung landuse=forest vsv. natural=wood.
- und ggf. auch farmland=meadow vsv. natural=meadow (Salzwiese, ...)



Ich würde das dann so sehen:

Einjähriges  (vegetables (Aubergine, ...) corn (Mais, ...), 
animal_food (Gras, Mais, ...), energie (Raps, Mais...) )
landuse=farmland
farmland=field (für Feldfrüchte)
product=vegetables
crop=tomatos

Wiesen, Grünland
landuse=farmland
farmland=meadow (für Wiese, nicht beweidet)

Weide, Grünland
landuse=farmland
farmland=grass (oder -land? für nichtholziges Weideland oder allg. Grünland) 
animal=horse (beweidet)

Heide, mit Schafen
landuse=farmland
farmland=heath (für Heide, also Zwergsträucher)
animal=sheep (beweidet)

Waldweide
landuse=forest
farmland=forest (ggf., ?)
animal=cattle (beweidet)

---

Pferdekoppel (je nach dem:)
landuse=farmland
farmland:grass
animal=horse

landuse=farmyard 
leisure=pitch 
animal=horse





Das landuse=farmland könnte man auch weglassen, da redundant, 
da farmland=* aussagekräftig genug.


 
  ...



Wichtig/Frage wäre, 
ob die Legenden (wenns eine Übereinkunft gibt) entsprechend verbessert wird -
schnell  in allen Sprachen!! und 
ob diese Tagges dann auch gerendert/angezeigt werden! 
Eine korrekte eindeutigen Legende ist eh das A  O einer Karte. 
(z.B. das Straßen-Banquette und landuse=grass: For grassland - und?? oder
landuse=farmland: Veralteter Tag für landwirtschaftlich genutzte Flächen ...
?? zu farmland siehe die engl. wiki ... leitet auf farm).)


Gruß, minze


___
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

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Johann H. Addicks]

Am 07.10.2010 17:26, schrieb Claudius:


ich meine mich zu erinnern, dass OSM vor zwei Jahren die Freifunk-APs
nicht importieren wollte, da die Daten nicht wartbar sind.


Stimme ich immer noch zu. Ist eher etwas für ein seperates
Datenbankprojekt mit gerenderten OSM-Kacheln als Kartenhintergrund.


Das waren afaik die Fon-APs, prinzipiell ist's jedoch genau das gleiche 
Problem bei allem Mapping von nicht offensichtlich sichtbaren Daten, 
die sich im Jahresturnus regelmäßig ändern: Wlan-Zugänge, 
UMTS-Abdeckung, VDSL-Verfügbarkeit, Kabel-Internet-Verfügbarkeit:


Hervorragend in separaten (Overlay-)Datenbanken aufgehoben.

-jha-


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Karte mit amenities

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 17:22 schrieb Greg Kerridge gregkerri...@googlemail.com:
 ich bin relativ neu bei OSM und hätte mal die Frage, wie ich so eine Art von
 Karte (also Symbole bei bestimmten tags, als website das ganze):

 http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022

 selbst erstellen kann. Also mit welchem Programm oder allgemein welches
 Vorgehen.


Wenn Du z.B. im Browser auf Quelltext anzeigen clickst, siehst Du,
wie es gemacht wurde. Ein großer Teil ist javascript, das sind die
Dateien, die auf js enden und am Beginn der Seite eingebunden werden.
Die kannst Du Dir auch einzeln abspeichern und bearbeiten.

Um die Karte anzuzeigen wird meisten Openlayers genutzt. Infos und
Anleitungen dazu gibt es auf
http://openlayers.org/
http://trac.osgeo.org/openlayers/wiki/Documentation

vermutlich findest Du aber auch Tutorials über Google. Das Buch von
Jochen Topf und Frederik Ramm bietet z.B. auch eine gute
Zusammenstellung der Thematik. Auf deren Webseite ist Beispielcode
dazu: http://www.openstreetmap.info/examples/index.html

Das sind alles nur Beispiele, wie man Zugang finden kann, vielleicht
gibt es auch noch einfachere Wege (ich erinnere mich vage an Tools,
die einem das Leben mit Openlayers vereinfachen). Neben OL gibt es
auch frameworks in Flash, khtml, die Googleapi, etc., aber die meisten
Karten sind mit Openlayers gemacht.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert a uf OSM-Daten

[Peter Körner]

Am 07.10.2010 17:52, schrieb Philip Gillißen:

Wow, wo sind denn all die Nörgler hin?
Ich lese noch keinen Beitrag, wo die mangelhafte Attributierung
angemeckert wird...
Und normalerweise sind doch einige Leute immer gaanz schnell dabei.


Die sind doch im Forum. Oder bei einem der Forks ^^

Außerdem steht rechts unten in der Karte in grauem Text:

© 2010 BMWi / TÜV Rheinland, Geobasidaten BKG, Hintergrundkarte 
OpenStreetMap Omniscale


mit Link auf osm.org. Da alle Datenanbieter in gleicher Weise genannt 
werden könnte man sich höchstens über die nicht-Nennung von CC-BY-SA 
beschweren.


Lg, Peter

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 18:07 schrieb Peter Körner osm-li...@mazdermind.de:

 Außerdem steht rechts unten in der Karte in grauem Text:

 © 2010 BMWi / TÜV Rheinland, Geobasidaten BKG, Hintergrundkarte
 OpenStreetMap Omniscale

 mit Link auf osm.org. Da alle Datenanbieter in gleicher Weise genannt werden
 könnte man sich höchstens über die nicht-Nennung von CC-BY-SA beschweren.


allerdings. Bei einem Ministerium würde ich in der Tat erwarten, dass
sie die Lizenz nicht verletzen. Z.B. steht auch bei
http://omniscale.de/ (c) Omniscale, Daten OSM cc-by-sa 2.0, was aber
auch nicht geht, da die Karte ebenfalls cc-by-sa 2.0 werden muss,
solange wir nicht odbl sind. Ich finde, man muss da unterscheiden
zwischen einem kleinen Pizzalieferservice (als Beispiel), der mal eben
ne Karte einbindet, und einem Kartendienst, der professionell Karten
anbietet.

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Andreas Labres]

 Hallo!

Als Negativbeispiel: hier in AT stolpert man immer wieder über irgendwelche
WLAN-POIs, die irgendwann von irgendwem wegen irgendeines Projekts in die OSM-DB
geschossen wurden. Seither vergammeln sie dort. = Sinnlos.

Wenn Ihr die OSM-Daten (automatisiert) aktuell haltet (bitte überlegt's euch ein
ref*, wie ihr den einzelnen Punkt immer wiederfindet!), macht das Sinn und dann
bin ich auch ganz bei Martin:

On 07.10.10 17:51, M∡rtin Koppenhoefer wrote:
 Von daher stehe ich der Idee positiv gegenüber.

BTW, ist Freifunk das, was hieramts funkfeuer.at ist? (vielleicht kann man die
in einer gemeinsamen Anstrengung auch dazu bringen, /nicht/ Google zu
verwenden... ;)

Servus, Andreas


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 18:13 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
 allerdings. Bei einem Ministerium würde ich in der Tat erwarten, dass
 sie die Lizenz nicht verletzen. Z.B. steht auch bei
 http://omniscale.de/ (c) Omniscale, Daten OSM cc-by-sa 2.0, was aber
 auch nicht geht, da die Karte ebenfalls cc-by-sa 2.0 werden muss,
 solange wir nicht odbl sind.


- übrigens auch bei Cloudmade: http://maps.cloudmade.com/
- Die Geofabrik stellt sich da besser an: © 2010 Geofabrik GmbH
Karlsruhe, Kartenbilder von OpenStreetMap, CC-BY-SA 2.0
- auch Ito hat keine Probleme: © 2010 Ito World Ltd. Maps © 2010
NAVTEQ or CC-by-SA OpenStreetMap and contributors
- Skobbler hat die Kartendaten auf der Homepage von Kartendaten
©2010Basarsoft, Europa Technologies, Geocentre Consulting, Tele Atlas,
Transnavicom ;-)

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Heiko Jacobs]

Am 06.10.2010 11:38, schrieb Sven Geggus:

Elstermann, Mikemike.elsterm...@itc-halle.de  wrote:


gibt es eine Möglichkeit, in den Attribut-Einträgen, z. B. name
Zeilenumbrüche zu definieren, welche die aktuellen Renderer (z. B.
Mapnick, Osmarender, ...) berücksichtigen. Wenn JA, welche?


Wir mappen nicht für den renderer

*SCNR*


Bin zu faul zu suchen, aber wenn wir lange genug suchen, findet
sich bestimmt irgendwo auf dieser Welt ein Beispiel eines
wunderhübsch durchdesignten Firmennamens, der zwingend die
zweizeilige Darstellung erfordert, DANN mappen wir für das
reale Leben und nicht nur für den Renderer ;-)

Gruß
Mue
ck


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Fabian Schmidt]

Am 07.10.10 schrieb Walter Nordmann:


bedeutet das, dass HIER das Erfassen von wlan-hotspots sinnvoll/erwünscht
ist?
also z.b internet-shops oder kneipen?


ich finde, ja.


Gruß,

Fabian.___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Heiko Jacobs]

Am 06.10.2010 16:50, schrieb Sven Geggus:

Guenther Meyerd@sordidmusic.com  wrote:


Ein Leerzeichen, bei dem nicht umgebrochen werden darf, gibt's in Unicode
unter U+00A0 (in HTML bekannt alsnbsp;).
Dann muesste man hierfuer zumindest nicht das Rad neu erfinden; stellt sich
nur noch die Frage, wie man das im Editor eingibt...


Ich bin mir ziemlich sicher, dass ein cut and paste eines solchen von einem
Webbrowser klappen könnte.


... oder mit der Sonderzeicheneingabe in Windoof o.ä.

Ähnliches gilt für den scheuen Weichspalter, äh, soft hyphen
oder bedingten Trennstrich, shy; in HTML bzw. #173;
woraus sicher jemand fix den unicode rechnen kann ...
Den sucht ihr wohl ...
Die beiden dürfte man viel besser in das Eingabefeld eines
Editors kriegen als den normalen Zeilenumbruch, der abgefangen wird.

Gruß Mueck


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] [Freifunk-muc] Freifunk Nodes mit Openstreetmap kartografieren

[x]

hi!

 (Überprüfbarkeit, Wartung, etc.) sind theoretisch valide, sehen aber
 m.E. anders aus, wenn - wie ich hier unterstelle - die Leute aus dem
 Freifunk-projekt selbst die Daten eintragen und pflegen. Von daher

jo... also dass das ein spezielles mesh-node problem sei, würde mir auch nicht 
unbedingt vollständig einleuchten...
für soetwas könnte man aber natürlich auch einen timestamp/expire-mechanismus 
bauen...

 stehe ich der Idee positiv gegenüber. Was die Tags angeht: wenn Du (x)
 denkst, dass es so geht, dann mach es so und dokumentiere es
 optimalerweise im Wiki. Konflikte mit bestehenden Tags sehe ich nicht.

ah, das hört sich positiver an als erwartet :)
ich hab das mal für die diskussion auf 'ne wikiseite gepackt: 
https://muenchen.freifunk.net/wiki/OpenStreetMap

 Andererseits könnte man natürlich die Daten auch getrennt halten und
 als Overlay einblenden oder beim Rendern mischen.

jo, das denk ich auch. also falls osm-konsens auf das proposal dann eher nee 
is doof sein sollte, fänd ich das 'ne fast genauso gute alternative.

tschoe,

x
___
freifunk mailing list
freif...@lists.muenchen.freifunk.net
http://lists.muenchen.freifunk.net/cgi-bin/mailman/listinfo/freifunk

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wer kennst sich aus auf dem Darst

[Falk Zscheile]

Am 4. Oktober 2010 12:08 schrieb Jan Tappenbeck o...@tappenbeck.net:

 an der Küste vom Darß gibt es zwischen dem Deich und dem Stand einen fast
 durchgehenden Gehälzstreifen.

Da der Darß ganz schön groß und seine Küsten ganz schön lang sind
solltest Du den fraglichen Bereich vielleicht noch etwas eingrenzen.
Ich erinnere mich sowohl an Wald als auch (dichtes) Buschland.

Gruß, Falk

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Heiko Jacobs]

Am 07.10.2010 18:24, schrieb Heiko Jacobs:

Ähnliches gilt für shy;


... wobei der nur im Wort gilt. Ob es sowas auch für bevorzugt
umzubrechende Leerzeichen gibt, weiß ich nicht, müsste man mal
den Unicode durchdtöbern, da sind etliche Nettigkeiten drin ...

nbsp; ist insofern nur bedingt brauchbar, als dass er weitere
Trennungen verhindern würde bei Bedarf ...
Sprich: man könnte A B C D mit nbsp in
A B
C D
trennen lassen, aber wenn's so eng würde, dass man's gerne
vierzeilig rendern täte, stünde man dumm da mit dem nbsp ...

Gruß Mueck


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Farmland

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 13:28 schrieb minze my-email-confirmat...@online.de:
 eher nicht. Ist ein Randfall, da mit Schafen ja gerade die Flächen
 bewirtschaftet werden können, die eigentlich gar keine
 landwirtschaftlichen Flächen sind. Von daher würde ich kein farmland
 setzen.
 nein, Heide (die wir jetzt meinen) ist Farmland.
 Diese Heide wird durch Mahd, Brand, gezielte Beweidung erhalten. Ertrag ist
 Wolle, Fleisch, ... . Es handelt sich hier um eine extensive _Landwirtschaft_.


extensive Landwirtschaft stimme ich zu. Mahd, Brand ist teilweise
schon schwieriger. Wenn ich z.B. an die größtenteils kargen Böden der
schwäbischen Alb denke, da ist wegen der steilen Hänge an Mahd oft
nicht zu denken (Sensenmahd gibts in Deutschland nicht mehr, zumindest
nicht bei Vollerwerbslandwirten). Brand ist doch teilweise auch
verboten, oder täusche ich mich da? Soweit ich weiss, wird das
eigentlich nur noch in den Tropen gemacht, allerdings nicht mit dem
Ziel, Heiden zu erhalten.



 Heiden werden in Mitteleuropa aus historisch-pädagogischen Gründen
 gepflegt/erhalten.


genau, es ist Landschaftspflege.


 In anderen Regionen der Welt gibt es Heiden, von denen
 Familien leben. Es ist auch wünschenswert, solche Lebensräume zu erhalten, da
 sehr artenreich.
 Daher farmland=heath. Dem gegenüber natural=heath (siehe thread oben)


natural wären dann Naturschutzgebiete, wo die Nutzung verboten ist,
oder wie grenzst Du das ab?


 - ähnlich der Unterscheidung landuse=forest vsv. natural=wood.
 - und ggf. auch farmland=meadow vsv. natural=meadow (Salzwiese, ...)
 Ich würde das dann so sehen:

 Einjähriges  (vegetables (Aubergine, ...) corn (Mais, ...),
 animal_food (Gras, Mais, ...), energie (Raps, Mais...) )
 landuse=farmland
 farmland=field (für Feldfrüchte)
 product=vegetables
 crop=tomatos


hört sich nicht schlecht an (abgesehen von tomatoes). Anstatt
product wird hier
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard produce
vorgeschlagen, das ist allerdings noch nicht weiter ausgestaltet. Es
als Grobeinteilung zu verwenden, wie von Dir vorgeschlagen, finde ich
gut. Den Wert von crop könnte man auch lateinisch eintragen, so dass
es eindeutiger wird (vgl. natural=tree).


 Wiesen, Grünland
 landuse=farmland
 farmland=meadow (für Wiese, nicht beweidet)


Prinzipiell läuft das halt auf eine komplette Neuregelung hinaus, da
für Wiesen bisher landuse=meadow dokumentiert und im Einsatz ist. Im
Prinzip ist das aber eine Untergruppe von farmland, da stimme ich auch
zu. Inwieweit hier Akzeptanz besteht, das zu ändern, müsste man mal
vorhorchen.


 Weide, Grünland
 landuse=farmland
 farmland=grass (oder -land? für nichtholziges Weideland oder allg. Grünland)


m.E. lieber grassland oder gleich das bereits eingeführte pasture.
 animal=horse (beweidet)


zur Beweidung finde ich das nicht aussagekräftig genug, könnte auch
ein Megastall sein.


 Heide, mit Schafen
 landuse=farmland
 farmland=heath (für Heide, also Zwergsträucher)
 animal=sheep (beweidet)


Heide ist bisher als natural=heath dokumentiert, unabhängig von ggf.
bestehender extensiver Bewirtschaftung. Wie wäre es mit natural=heath
anstatt dem landuse=farmland (welches man dann für intensive Flächen
reservieren würde wie bisher)?


 Waldweide
 landuse=forest
 farmland=forest (ggf., ?)
 animal=cattle (beweidet)


oder farmland=pasture statt forest?


 Wichtig/Frage wäre,
 ob die Legenden (wenns eine Übereinkunft gibt) entsprechend verbessert wird -
 schnell  in allen Sprachen!! und
 ob diese Tagges dann auch gerendert/angezeigt werden!


das kann man alles richten, die Frage ist zunächst mal, ob man
international Akzeptanz für so eine große Neustrukturierung gewinnen
kann. Dafür müsste man zunächst mal darlegen, warum das bisherige
Schema nicht ausreicht und nicht erweitert werden kann.

Im Zuge einer großen Überarbeitung sollte man versuchen, auch anderswo
übliche Anbauarten, Flächentypen etc. einzuschließen (indem man
international um Beispiele bittet, was es gibt und was bisher noch
nicht geeignet getaggt werden kann).

Ich würde einen neuen Hauptkey landcover einführen, um erstmal
Klarheit zu haben, was in landuse gehört, und was nicht. Z.B.
landcover=tree anstatt landuse=forest für Miniflächen, die man nie und
nimmer als Wald bezeichnen würde. Damit würden sich auch die teils
philosophischen Diskussionen erübrigen, ob eine Fläche jetzt natürlich
ist oder nicht. landcover=sand könnte man viel universeller einsetzen
als natural=beach (oder war das landuse?). Überlappende Flächen dürfte
es nicht (bzw. nur in Ausnahmefällen wie Kragung oder Plattformen)
geben.


 Eine korrekte eindeutigen Legende ist eh das A  O einer Karte.
 (z.B. das Straßen-Banquette und landuse=grass: For grassland - und?? oder
 landuse=farmland: Veralteter Tag für landwirtschaftlich genutzte Flächen ...
 ?? zu farmland siehe die engl. wiki ... leitet auf farm).)


ja, auch das könnte man dann viel besser darstellen: landuse=highway,
landcover=grass

Gruß Martin

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Benjamin Hagemann]

Hallo Zusammen,

* Sven Geggus li...@fuchsschwanzdomain.de [2010-10-07 17:38]:
 Claudius claudiu...@gmx.de wrote:
 
  Stimme ich immer noch zu. Ist eher etwas für ein seperates 
  Datenbankprojekt mit gerenderten OSM-Kacheln als Kartenhintergrund.
 
 Solange sich keine Synnergien zu OSM ergeben sehe ich das ebenso.
 
 Wenn wir mal andere POI Projekte wie zum Beispiel Mate-Karte oder meine
 Brewpub map zum Vergleich hernehmen dann sieht das völlig anders aus:
 
 Da werden nämlich bestehende Objekte in der OSM Datenbank wie
 Getränkehändler, Pubs oder Restaurants mit einem Zusatztag versehen.

ja, sogesehen könnte ich doch auch meinen eigenen Freifunk-Node an
meinen Hausnummern-Eintrag pinnen / zusätzen, oder?

-- 
Grüße, Benny

gpg 0xFC505AB0
jabber  be...@benny.de
sip be...@benny.de


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Karte mit amenities

[Sebastian Klemm]

Hallo Greg,

Am 07.10.2010 17:22, schrieb Greg Kerridge:
 ich bin relativ neu bei OSM und hätte mal die Frage, wie ich so eine Art von
 Karte (also Symbole bei bestimmten tags, als website das ganze):

 http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022

 selbst erstellen kann. Also mit welchem Programm oder allgemein welches
 Vorgehen.
   

Hilfreich sind auf jeden Fall ein paar Programmierkenntnisse in HTML und
Javascript. Einen guten Einstieg in OpenLayers (die JS-Bibliothek, die
sich um die Kartenanzeige kümmert) mit Beispielen findest Du auch im
OSM-Wiki:

http://wiki.openstreetmap.org/wiki/DE:OpenLayers
http://wiki.openstreetmap.org/wiki/Category:OpenLayers_Examples

Grüße,
Sebastian

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Fichtennadel]

2010/10/7 Peter Körner osm-li...@mazdermind.de:
 Ich hab folgendes versucht:
 [...]

Danke, dort bin ich aber auch nicht weitergekommen.

 Leider weiß ich nicht in welcher Region das nun funktionieren sollte, aber
 immerhin bekomme ich schon rote Bilder mit dem Text FEHLER angezeigt - ist
 doch schon mal etwas...

Abdeckung des WMS ist Österreich, z.B. http://osm.org/go/0JqAqNW
Dort kommen aber leider die wenig motivierenden roten Kacheln.

Irgendwie generiert Merkaartor anscheinend eine andere URL, nur wie
bekomme ich die in JOSM? Oder liegt es an der unterschiedlichen
Projektion?

Ratlos,
 Georg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Fichtennadel]

2010/10/7 Fichtennadel soski...@gmail.com:
 Abdeckung des WMS ist Österreich, z.B. http://osm.org/go/0JqAqNW
 Dort kommen aber leider die wenig motivierenden roten Kacheln.

Nachtrag: Merkaartor sendet die folgende URL:
http://wms.geoimage.at/dop-1mfree/?SERVICE=WMSVERSION=1.1.1REQUEST=GetMapTRANSPARENT=TRUELAYERS=DOP,Orthophoto,Luftbild_1mSRS=EPSG:31287STYLES=FORMAT=image/jpgWIDTH=729HEIGHT=656BBOX=616784.635720,438162.859040,618603.711206,439799.777446
die ungefähr http://osm.org/go/0...@v38td- entspricht.

Wenn ich die URL (egal ob mit oder ohne width, height, bbox) in JOSM /
WMS eintrage, bekomme ich zwar keine rote Kacheln mehr, dafür aber
leere weiße, was anscheinend eine Fehlermeldung des WMS ist.

Generiert JOSM hier andere/falsche width, height, bbox Parameterwerte?

Georg

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] All In One - Flughafen Poi / airoway vs. amenity?

[Garry]

 Am 07.10.2010 00:35, schrieb Friedhelm Schmidt:

Am 06.10.2010 22:14, schrieb Garry:

für den Luftverkehr (Piloten,..) aeroway=...


Mit Verlaub: Für den Luftverkehr ist OSM hierzulande momentan 
bedeutungslos. Da schreibt das Gesetz präzise vor, welche Karten zu 
verwenden sind - kein Spielraum.
Darum geht es ja auch gar nicht - das gleich trifft auch für die 
Seekarten zu. Und ein Lokführer wird sich auch nicht am Gleisplan von 
OSM orientieren um den

nächsten Bahnhof anzufahren...
Die Daten sind aber nicht nur für jeweiligen Fahrzeugführer von 
Interesse und nicht jeder der sich die Daten mal anschauen möchte will 
sich deswegen

gleich die gesetzlich vorgeschriebenen Karten anschaffen

Garry


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Tunnel und Hausdurchfahrten

[Tobias Knerr]

Ein eigentlich ganz einfaches Tagging-Thema:  ;)

Wie trägt man
* Tunnel, die durch den Erdboden führen
* Hausdurchfahrten/-durchgänge (Beispiele siehe [2])
ein und wie unterscheidet man die beiden anhand der Daten voneinander?

In der Praxis scheint leider für beides tunnel=yes und üblicherweise
layer=-1 verwendet zu werden. Auch der Eintrag auf DE:Howto_Map_A[1]
verweist bei Hausdurchfahrten nur auf siehe Tunnel.

Daher meine Frage: Gibt es eine akzeptierte Vorgehensweise für die
Unterscheidung, die sich nur noch nicht überall verbreitet hat, oder ist
das Problem ungelöst?

Tobias Knerr


[1] http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Hausdurchfahrten

[2] http://commons.wikimedia.org/wiki/File:040a_Hausdurchfahrt_Kirow.jpg

http://commons.wikimedia.org/wiki/File:New_Town_Hall_Photo_Sukiennice_Street_Gateway_East_View_Wroc%C5%82aw_Poland_2008-11-14.JPG

http://www.panoramio.com/photo/8054430

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tunnel und Hausdurchfahrten

[Bartosz Fabianowski]

In der Praxis scheint leider für beides tunnel=yes und üblicherweise
layer=-1 verwendet zu werden.


Du hast Recht, es wird im Tagging-Schema nicht zwischen echten Tunneln 
und Hausdurchfahrten unterschieden. Um aber gleich vorweg einem 
Mißverständnis vorzubeugen: layer=0 oder so für Hausdurchfahrten wäre 
*keine* Lösung. Das layer-Tag ist immer relativ zu den anderen 
kreuzenden Wegen. layer=-1 ist durchaus auch für Dinge auf dem Erdboden 
oder gar darüber korrekt.


Gruß,
- Bartosz

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tunnel und Hausdurchfahrten

[Walter Nordmann]

hi,

wurde vor 2-3 monaten schon mal diskussiert (ev. auch im forum?)

komischer name:  http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dsally_port

gruss
walter

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Tunnel-und-Hausdurchfahrten-tp5612563p5612756.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Tunnel und Hausdurchfahrten

[Tobias Knerr]

Am 07.10.2010 21:41, schrieb Walter Nordmann:
 wurde vor 2-3 monaten schon mal diskussiert (ev. auch im forum?)
 
 komischer name:  http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dsally_port

Klingt eher nach einem befestigten Zugang? Wikipedia zu sally port:

The primary modern meaning for sally port is a small controlled space,
such as a fortification or prison ... prevents direct enemy fire from
a distance ... control entry into highly protected and restricted
military areas, i.e. nuclear weapons storage areas, highly sensitive
(and large) conventional weapons storage areas ...

Auch die Beschreibung auf Proposed features/barriers im OSM-Wiki passt
nicht wirklich zu einer normalen Hausdurchfahrt:

sally_port - a type of gate that consists in two doors, you have to pass
and close the first one in order to open the next one

Es ist davon abgesehen ein Node-Objekt, aber so ein Durchgang, wie ich
ihn meine, wird ja oft etwas länger sein - und das zugehörige Gebäude
nicht nur ein kreuzender Mauer-Way, sondern meist eine Fläche.

Tobias Knerr

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags

[Jochen Topf]

On Wed, Oct 06, 2010 at 03:43:29PM +0200, Christoph Wagner wrote:
 Wie häufig werden bereits existierende Informationen wieder verändert?

Nodes haben im Durchschnitt ca. 1.5 Versionen, Ways ca. 1.7 und Relations
ca. 3.5.

Feiner aufgeschlüsselt habe ich das nicht.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Jochen Topf]

On Wed, Oct 06, 2010 at 01:08:30PM +0200, Heiko Jacobs wrote:
 Am 05.10.2010 17:31, schrieb Jörg Ehrichs:
 Dein TagInfo sieht echt toll aus. ganz besonders die Verteilung auf der Karte
 ist ein sehr schönes Hilfsmittel.

 Ja, nett, die Karte ;-)
 Leider nur für den key, nicht auch für key-value-Kombis

Schwierig bei 50 Mio key-value-Kombis. Aber vielleicht kann ich das wenigstens
für die Häufigsten machen oder so.

 Apropos Karte:
 Was ich bisher vermisse bei anderne Tools und auch hier, ist die
 Möglichkeit, zu key-value-Kombis hinzuspringen.

 Wenn ich mich zu
 surface=Metallbau␣Leuprecht
 durchgehangelt habe, kann ich das aus der API runterladen,
 aber als erstes würde mich vielleicht eher das Umfeld interessieren,
 wo das auftritt. Nun gut, vielleicht nicht so der Metallbau, das
 dürfte ein Fehler sein, den man gleich in JOSM laden könnte
 (so man JOSM-Fan ist und nicht potlatch-Fan wie ich ;-) )
 aber bei surface=woodchip bspw. würde mich das Biotop interessieren,
 in dem diese Spezies residiert. Dazu fehlt entweder eine passende
 Karte wie oben oder, wahrscheinlich einfacher, eine Liste von Links
 zu den (ersten x) der ways/nodes/... mit dieser Kombis
 auf bspw. http://www.openstreetmap.org/browse/way/4711

Du kannst Dir über die XAPI die entsprechenden Objekte runterladen. Dazu
gibts einen Link auf der Taginfo-Seite. Bzw. gleich in den JOSM, dann
kannste da auch hinspringen. Ist aber sicher suboptimal. Da könnte man
was besseres bauen. Problem sind allerdings immer die Domain-Beschränkungen
in Javascript. Ich kann nicht direkt auf das Ergebnis der XAPI zugreifen.
Müßte ich einen Proxy einbauen. Hm. Muss ich mal überlegen, wie man das am
besten macht...

 Was mir gerade auffiel:
 Wenn ich bei der Anzeige eines keys auf 40 EInträge umschalte,
 mich durch paar Seiten hangel, dann auf eine key-value-Kombi
 klicke und mit dem Browser-Zurück zurückgehe, bin ich wieder
 bei 15 auf Seite 1 ... Bisschen lästig ...

Ja, ich sollte das Setting wohl in einem Cookie speichern. Ist auf der
TODO-Liste.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Jochen Topf]

On Wed, Oct 06, 2010 at 08:45:26PM +0200, M∡rtin Koppenhoefer wrote:
 Am 5. Oktober 2010 17:11 schrieb Jochen Topf joc...@remote.org:
  On Tue, Oct 05, 2010 at 04:30:03PM +0200, Peter Wendorff wrote:
   On 05.10.2010 16:00, Chris66 wrote:
  Wunsch: In dem Suchfeld soll auch nach Werten gesucht werden können.
  Also zB. gebe ich  sauna ein und möchte die zugehörigen Keys
  (amenity vs. leasure) angezeigt bekommen.
  name nicht zu vergessen :D
 
  Und da liegt auch das Problem, warum ich das bisher nicht gemacht hab. Es 
  ist
  nicht so einfach mal schnell 50 Millionen Tags zu durchsuchen. D.h.  ich
  brauche irgendeinen Index. Ein simpler Index ist einfach zu machen in 
  Sqlite.
  Aber es dauert relativ lang, einen solchen Index aufzubauen. Und dann hab 
  ich
  noch keine Substring-Suche, das ist aufwändiger und ich hab noch keine gute
  Idee, wie ich das machen soll. Und potentiell gibt es dann sehr viele 
  Treffer,
  z.B. eben im name-Tag.
 
 
 ja, den name-tag solltest Du vermutlich komplett ignorieren, genauso
 wie ref und noch ein paar andere Kandidaten (evtl. note, description).

Ich will auf keinen Fall eine hardgecodeded Liste, welche Tags zu ignorieren
sind oder so. Die muss man dann wieder pflegen. D.h. das muss irgendwie
automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values
die weniger als 1000 mal vorkommen oder sonstwas.

 Die value-Suche wäre schon extrem wichtig, weil man sonst ja den Tag
 schon kennen muss (dafür kann man dann tolle Statistiken und die Karte
 mit der Verbreitung ansehen, wenn man den Tag erstmal gefunden hat).

Ja, ist schon klar. Value-Suche ist ganz oben auf der Liste von Sachen, die
jeder gerne will. :-)

 Auch eine Karte, nachdem man einen bestimmten Wert gefunden hat, wäre
 super (weiss nicht, wie aufwendig das ist), weil es einem ja nicht
 hilft, wenn man eine Karte aller amenities angezeigt bekommt
 (großteils flächig rot). Bei seltenen Keys ist es natürlich schon
 ausreichend.

Schwierig. Für 50 Mio Tags auf jeden Fall nicht zu machen. Aber vielleicht
für die 10.000 häufigsten Tags oder so. Mal sehn...

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Jochen Topf]

On Wed, Oct 06, 2010 at 08:32:53AM +0200, Claudius wrote:
 Am 05.10.2010 22:46, Jochen Topf:
 On Tue, Oct 05, 2010 at 10:07:14PM +0200, Claudius wrote:
 Ich hab die Statistik allerdings erst nicht verstanden, da ich dein
 Leerzeichen nicht als Tausender-Trennzeichen interpretierte. Habe mich
 lange gewundert, was denn die drei Zahlen 17 288 071 für
 highway=residential bedeuteten und mutmasste schon verschiedene Werte
 für Wiki, Datenbank und andere Orte. Zudem sehe ich statt dem
 Leerzeichen unter Opera 10.62 in Windows7 ein Kästchen. Im Quelltext
 sieht es aber wie ein völlig normales Leerzeichen aus.

 Das ist ein halb-breites Leerzeichen (thinsp;). Du bist jetzt schon der
 zweite, der das mit Opera unter Windows nicht angezeigt bekommt. Unter IE,
 FF, Chrome und Opera 9 unter Linux tut es. Also das würde ich mal als Bug
 bei Opera einstufen.

 Offenbar tritt es nur beim Rendering von thinsp; im Verdana-Font auf.  
 Mit Arial wird es ein schönes halblanges Leerzeichen:  
 http://my.opera.com/community/forums/topic.dml?id=246660

 Ich habe es als Bug an Opera weitergeleitet.

Prima danke. Mal schaun, obs was hilft. :-)

Wenn jemand einen Trick kennt, wie man CSS nur für Opera generieren kann,
dann könnte ich ja für Opera auch nen anderen Font nehmen...

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Jochen Topf]

On Thu, Oct 07, 2010 at 05:10:56PM +0200, Andreas Hubel wrote:
 Am 05.10.2010 um 17:11 schrieb Jochen Topf:
  On Tue, Oct 05, 2010 at 04:30:03PM +0200, Peter Wendorff wrote:
  On 05.10.2010 16:00, Chris66 wrote:
  Wunsch: In dem Suchfeld soll auch nach Werten gesucht werden können.
  Also zB. gebe ich  sauna ein und möchte die zugehörigen Keys
  (amenity vs. leasure) angezeigt bekommen.
  name nicht zu vergessen :D
  Und da liegt auch das Problem, warum ich das bisher nicht gemacht hab. Es 
  ist
  nicht so einfach mal schnell 50 Millionen Tags zu durchsuchen. D.h.  ich
  brauche irgendeinen Index. Ein simpler Index ist einfach zu machen in 
  Sqlite.
 
 Hast du dir schon mal klassische Full-Text Search Engines wie z.B. Apache 
 Lucene [1] oder Sphinx [2] angeschaut?

Ja. Und Sqlite hat auch einen Full-Text-Index eingebaut, das wäre vielleicht
auch was. Aber ich muss da noch einiges probieren, bis klar wird, was die beste
Lösung ist. (Darf aber auch gerne jemand anderes zu Taginfo beitragen. :-)

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Sven Geggus]

Fichtennadel soski...@gmail.com wrote:

 Kann hier jemand helfen? In Merkaartor klappt's schon, nur ist das
 nicht jedermanns Lieblings-Editor ;-)

Ich habe auf wms.openstreetmap.de einen passenden proxy für josm und
potlatch aufgesetzt aber bevor die lizenzrechlichen Fragen nicht
geklärt sind werde ich den nicht öffentlich freigeben.

Sven

-- 
We just typed make
(Stephen Lambrigh, Director of Server Product Marketing at Informix
  about porting their Database to Linux)
/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM

[Sven Geggus]

Fichtennadel soski...@gmail.com wrote:

 Generiert JOSM hier andere/falsche width, height, bbox Parameterwerte?

Nein, josm kann mit der östreichischem Lambertprojektion nix
anfangen, direkt wird das nicht gehen.

Offensichtlich kann Merkator alle Projektionen benutzen die
proj4/gdal kann.

Josm braucht EPSG:3426 und Potlatch Tiles in Google Merkator d.h. man
muss umprojizieren und genau das mache ich mit dem Proxy.

Gruss

Sven

-- 
Kernel panic: I have no root and I want to scream
(Linux Kernel Error Message)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Freifunk Nodes mit Openstreetmap kartografieren

[Sven Geggus]

Walter Nordmann walter.nordm...@web.de wrote:

 bedeutet das, dass HIER das Erfassen von wlan-hotspots sinnvoll/erwünscht
 ist?
 also z.b internet-shops oder kneipen?
 
 bin mir nicht mehr ganz sicher

Na ja da ein passendes zusätzliches Tag dranzuhängen ist ja IMO schon
OK.

Sven

-- 
C is quirky, flawed, and an enormous success
(Dennis M. Ritchie)

/me is gig...@ircnet, http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Guenther Meyer]

Am Donnerstag 07 Oktober 2010, 18:35:49 schrieb Heiko Jacobs:
 Am 07.10.2010 18:24, schrieb Heiko Jacobs:
  Ähnliches gilt für shy;
 
 ... wobei der nur im Wort gilt. Ob es sowas auch für bevorzugt
 umzubrechende Leerzeichen gibt, weiß ich nicht, müsste man mal
 den Unicode durchdtöbern, da sind etliche Nettigkeiten drin ...
 

nicht dass ich wuesste.


 nbsp; ist insofern nur bedingt brauchbar, als dass er weitere
 Trennungen verhindern würde bei Bedarf ...

naja, wenn alle Leerzeichen ausser denen, wo ein Umbruch stattfinden darf, 
durch nbsp;s ersetzt werden, hast du genau den gewuenschten Effekt.


 Sprich: man könnte A B C D mit nbsp in
 A B
 C D
 trennen lassen, aber wenn's so eng würde, dass man's gerne
 vierzeilig rendern täte, stünde man dumm da mit dem nbsp ...
 

Das ist dann Sache des Renderers.
Wenn ihm die vorhandenen Trennmoeglichkeiten nicht ausreichen, dann muss er 
halt auch die eher nicht gewuenschten hinzuziehen.



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Guenther Meyer]

Am Donnerstag 07 Oktober 2010, 11:26:05 schrieb Wolfgang:
 Hallo,
 
 Am Mittwoch 06 Oktober 2010 13:51:58 schrieb Guenther Meyer:
  hier ein fiktives Beispiel:
  name = Kartographie- und Datenamt Musterstadt Aussenstelle Nord-West II
  
  Hier bricht man sinnvollerweise nach dem Ort um, falls noetig. Nur wie
  soll ohne Hinweis ein Renderer das wissen? Den Kontext versteht er
  nicht...
 
 name:umbruch:before=Aussen ?
 
 Lässt das name-tag unverändert, passt sich ggf einer Änderung auf
 Kartografie an, stört nicht und kann ausgewertet werden.

Warum muss das alles immer so komplizert gemacht werden?!?
Das benutzt doch keiner...



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Zeilenumbruch in name?

[Guenther Meyer]

Am Donnerstag 07 Oktober 2010, 10:41:46 schrieb Peter Wendorff:
   On 06.10.2010 23:28, Guenther Meyer wrote:
  Am Mittwoch 06 Oktober 2010, 16:23:55 schrieb Peter Wendorff:
 On 06.10.2010 15:09, Guenther Meyer wrote:
  Außerdem wäre zu
  überlegen, ob eine Regel in der Art bevorzugt an Leerzeichen nach
  Doppelpunkten umbrechen nicht schon das gewünschte Resultat bringen
  würde, oder ob es da nachteilige Nebenwirkungen gäbe.
  
  Das ist ein guter Ansatz, der aber nicht immer nutzbar ist.
  
  Gegenbeispiele bitte!
  
  Eine lange Bezeichnung in dem kein Doppelpunkt vorkommt!?
  Beispiele wurden ja schon genannt.
 
 Eine lange Bezeichnung, die kein Doppelpunkt, kein Leerzeichen und
 keinen Bindestrich enthält, denn das sind IMHO stellen, an denen
 Umbrüche möglich sein sollten.
 
 Um dein Argument zu entkräften, Beispiele seien schon genannt worden,
 hier nochmal alle bisher aufgekommenen Beispiele im Schnelldurchlauf:
 
 Haus 49: Sekundarschule Augus Hermann Francke
 ist mittlerweile von jemandem umbenannt worden, das Leerzeichen vor 49
 wurde entfernt, 

Also Haus49? Nicht schoen...

Ansonsten:
Wenn die Regel lautet:
 Trenne bevorzugt bei Leerzeichen nach Doppelpunkten oder Kommas, und erst 
dann schau dir andere Moeglichkeiten an, Dann wird das wohl meistens so 
funktionieren, wie du beschreibst.




 In allen Fällen kann und sollte man das trennen und trennen können.
 Möglich wäre z.B. operator=universität X name=institut y

Das halte ich prinzipiell auch fuer die beste Methode.
Nur leider wird das erstens selten so gemacht, und ist zweitens auch nicht 
immer anwendbar.

Was machst du z.B. mit
Jugendbildungsstätte der KAB und CAJ gGmbH und für den Bezirk Oberpfalz

Da waere doch ein Hinweis was zusammengehoert fuer den Renderer schon ganz 
nuetzlich, damit er es nicht ganz zerreisst, oder?
Das Ding heisst offiziell uebrigens wirklich so...

 

 Alternativ kommen für diese Dinge sonst auch Relationen in Frage.

-1
das ist definitiv das falsche Mittel!
 
 


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags

[aighes]

Hallo,
für solche Werte braucht man doch keine Datenbank. Die aktuelle
Versionsnummer eines Elements findet sich doch im Planet-File (oder einem
Extract). Daraus kann man das dann auch tag-spezifisch auswerten.
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Statistik-gesucht-Editierfrequenz-von-Tags-tp5607138p5613001.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags

[Jochen Topf]

On Thu, Oct 07, 2010 at 02:04:51PM -0700, aighes wrote:
 für solche Werte braucht man doch keine Datenbank. Die aktuelle
 Versionsnummer eines Elements findet sich doch im Planet-File (oder einem
 Extract). Daraus kann man das dann auch tag-spezifisch auswerten.

Das reicht nicht. Du weisst bei einer Änderung ja nicht, welche(s) Tag(s)
sich geänder hat oder vielleicht auch garkeins sondern nur die Position
eines Nodes.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags

[aighes]

Hallo,
für ein Node mit dem Tag x=y wurde im Durchschnitt 1,6mal geändert würde
es aber reichen. So hatte ich deine Statistik jedenfalls verstanden.

aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/OSM-Statistik-gesucht-Editierfrequenz-von-Tags-tp5607138p5613112.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Statistik gesucht - Editierfrequenz von Tags

[Christoph Wagner]

Am 07.10.2010 22:19, schrieb Jochen Topf:
 On Wed, Oct 06, 2010 at 03:43:29PM +0200, Christoph Wagner wrote:
 Wie häufig werden bereits existierende Informationen wieder verändert?
 
 Nodes haben im Durchschnitt ca. 1.5 Versionen, Ways ca. 1.7 und Relations
 ca. 3.5.
 
 Feiner aufgeschlüsselt habe ich das nicht.
 
 Jochen


Danke schonmal. Ist doch erst mal ein Anhaltspunkt. Wo hast du denn die 
Informationen her bzw. wie hast du das berechnet?


Grüße
Christoph



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010

[TobWen]

M∡rtin Koppenhoefer wrote:
 relativ billig wie ich finde.

Aerowest darf die Daten und Drittprodukte daraus ja auch
selbst verbreiten. Ich denke, dadurch bekommen sie nochmal
ein paar Einnahmen.


M∡rtin Koppenhoefer wrote:
 
 oder OSM bietet an, die Bilder im Rahmen von OSM zu vektorisieren und
 Daten daraus abzuleiten, die dann in OSM zur Verfügung gestellt
 werden, und dafür stellt der Luftbildvertriebslizenzbesitzer sie
 kostenlos zur Verfügung? Oder wie sammeln Geld von Sponsoren, die
 sowas finanzieren? Selbst Geld dafür zu bezahlen finde ich ein
 bisschen absurd.

Wieso findest Du das denn jetzt absurd? Das ist dein Hobby. Mir
bezahlt ja auch keiner den Döner, obwohl das mein Hobby ist :-)

Ich denke nicht, dass das mit dem Vektorisieren klappt, da der
OSM-Standard doch stark von professionellen Vektorisierungen
abweicht. In OSM haben sich die Leute irgendwie an die Minimierung
der Anzahl von Nodes gewöhnt - um die Datenbank zu schonen.
Damit kommt man nicht weit.


M∡rtin Koppenhoefer wrote:
 
 Man könnte auch durchaus nochmal versuchen, an die Vermessungsämter
 heranzutreten, von oben, also über den Minister oder so, ggf. auch auf
 Ländereben. Es gibt ja mittlerweile doch einige Länder in der EU, die
 sich deutlich offener zeigen als Deutschland (UK, Frankreich,
 Italien), vielleicht wirkt ja ein entsprechender Hinweis?

Das kommt auf die jeweiligen Strukturen an. In NRW schließen sich
viele Kommunen seit Jahren zu Verbänden zusammen, die dann die
Luftbilder gemeinsam kaufen. Die Länder wälzen die Aufgabe ja 
Großteils auf die Kommunen ab.

Gerade jetzt, wo die Kommunen stark sparen müssen, wären die
sicher nicht abgeneigt, eine Rabattierung zu erhalten, weil sie
dadurch ja auch keinen Nachteil haben: Viele LVAs verbieten ja die
Nutzung der Luftbilder für OSM, daher haben sie Mapper eh nicht
als Kunden. Sie verlieren also nichts und sparen sogar dadurch.

Viele Grüße
Tobias
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aerowest-Bildflugwunsche-und-tarife-2010-tp5607208p5613301.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten

[TobWen]

M∡rtin Koppenhoefer wrote:
 
 - Skobbler hat die Kartendaten auf der Homepage von Kartendaten
 ©2010Basarsoft, Europa Technologies, Geocentre Consulting, Tele Atlas,
 Transnavicom ;-)

Ich finde es viel trauriger, dass die noch eine Google-Karte auf der
Hauptseite haben und nicht direkt OSM. Hintergrund dürfte aber
wieder mal dessen (Googles) Geocoder sein, damit man Adressen
einfach auf die Karte schreibt.

Bei dem Thema: Die Daten von Navteq stimmen in vielen Kommunen
fast mit den amtlichen Hauskoordinaten überein... bei TeleAtlas sind
in Dortmund viele Straßen einfach umgekehrt.

Okay, offtopic. [x] Post Message
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/TuV-Reinland-Breitbandatlas-basiert-auf-OSM-Daten-tp5609014p5613305.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010

[aighes]

TobWen wrote:
 
 Ich denke nicht, dass das mit dem Vektorisieren klappt, da der
 OSM-Standard doch stark von professionellen Vektorisierungen
 abweicht. In OSM haben sich die Leute irgendwie an die Minimierung
 der Anzahl von Nodes gewöhnt - um die Datenbank zu schonen.
 Damit kommt man nicht weit.
 

Meiner Erfahrung nach wandelt es sich derzeit eher von möglichst wenig zu so
genau wie nötig. Also auf gerader Strecke braucht es nicht 50 Nodes in einer
Linie, eine Kurve dagegen kann schon mal so einige Nodes beanspruchen. Das
hängt aber auch mit der Datenlage zusammen.


TobWen wrote:
 
 Gerade jetzt, wo die Kommunen stark sparen müssen, wären die
 sicher nicht abgeneigt, eine Rabattierung zu erhalten, weil sie
 dadurch ja auch keinen Nachteil haben: Viele LVAs verbieten ja die
 Nutzung der Luftbilder für OSM, daher haben sie Mapper eh nicht
 als Kunden. Sie verlieren also nichts und sparen sogar dadurch.
 

Das kommt aber darauf an, was AeroWest später für die Luftbilder verlangt.
Kostet bspw. die Ersterfliegung von A-Stadt 10.000€ und OSM gibt sie für
9000€ an die Stadt weiter, kostet es die Stadt 9000€. Wenn AeroWest nun aber
später die vorhandenen Daten für 8000€ verkauft, dann würde die Stadt mit
OSM draufzahlen.

aighes
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Aerowest-Bildflugwunsche-und-tarife-2010-tp5607208p5613329.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Stephan Wolff]

Moin Jochen,

erstmal vielen Dank für das schöne Tool.


Ich will auf keinen Fall eine hardgecodeded Liste, welche Tags zu ignorieren
sind oder so. Die muss man dann wieder pflegen. D.h. das muss irgendwie
automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values
die weniger als 1000 mal vorkommen oder sonstwas.


Du könntest aus Wiki/Map_Features eine Liste der wichtigsten Keys und 
der wichtigsten Key-Value-Kombinationen generieren. Mich interessieren 
meist diese Keys und selten die vielen tiger*, KSJ2*, kms*, etc. Einträge.


Auch eine dritte Einstiegsseite mit den Keys in der Sortierung der 
Map_Features wäre praktisch. Die grafische Darstellung der wichtigsten 
Keys ist interessant, aber schwer zu lesen, die Gesamtliste ist zu lang.


Viele Grüße, Stephan



___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Heiko Jacobs]

Am 07.10.2010 22:02, schrieb Jochen Topf:

 D.h. das muss irgendwie
automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values
die weniger als 1000 mal vorkommen oder sonstwas.


Die  100 können aber die interessanten sein für die
Tippfehlersuche oder anderes


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[M∡rtin Koppenhoefer]

Am 7. Oktober 2010 22:02 schrieb Jochen Topf joc...@remote.org:
 ja, den name-tag solltest Du vermutlich komplett ignorieren, genauso
 wie ref und noch ein paar andere Kandidaten (evtl. note, description).

 Ich will auf keinen Fall eine hardgecodeded Liste, welche Tags zu ignorieren
 sind oder so. Die muss man dann wieder pflegen. D.h. das muss irgendwie
 automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values
 die weniger als 1000 mal vorkommen oder sonstwas.


verstehe ich gut, dass Du keine Liste willst, aber für Name solltest
Du vielleicht trotzdem eine Extrawurst machen. 1000 ist noch relativ
hoch, was darüber liegt ist vermutlich meistens schon im Wiki
dokumentiert, und sowas wie Hauptstraße, Wilhelmstraße, Karlstraße,
Geschwister-Scholl-Schule, Schillerstraße, Theoder-Heuss-Weg, etc.
gibts sehr oft, sicher öfter als 1000x (so ne Liste gibts für jedes
Land). Es ist klar, dass von den 50 Mio tags sehr viele Namen und ref
sein dürften. Einzelne Zahlen kann man auch rausfiltern, zumindest für
die Valueauswertung, aber es werden sicher einige Values übrigbleiben
;-)

Gruß Martin

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Schreibweise der dt. Post

[Michael Florian Schönitzer]

Derzeit gibt es 10.688 mal den Tag operator=Deutsche␣Post␣AG und 7.391 
operator=Deutsche␣Post außerdem noch 590 Tags mit operator=Post.

Welchen sollen wir verwenden?

Mfg,
Michi



-- 
Michael F. Schönitzer
Mail: michael ät schoenitzer.de
Homepage: http://www.schoenitzer.de
Jabber: schoenit...@jabber.piratenpartei.de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Schreibweise der dt. Post

[Walter Nordmann]

hi,

eigentlich den korrekten, also längsten. das gilt normalerweise für alle
Namen (Staßen, Firmen, ...)
wem das dann z.b. beim rendern zu lang ist, kann es immer noch
zusammenstreichen
kleine tabelle lang-kurz oder etwas programm-logik (...straße nach Str.,
friedrich-bergius-strasse - f.-bergius-str)
gruss
walter

anderesrum ist es etwas schwieriger ;)

-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
-- 
View this message in context: 
http://gis.638310.n2.nabble.com/Schreibweise-der-dt-Post-tp5613585p5613616.html
Sent from the Germany mailing list archive at Nabble.com.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] An die thread-Piraten

[Bernd Wurst]

Am Donnerstag 07 Oktober 2010, 11:43:39 schrieb Wolfgang:
 Bitte fangt für jedes neue Thema eine neue Mail an. Also Mail/Nachricht -
 neu  und die Adresse der Liste ggf. manuell eintragen,

In jedem mir bekannten grafischen Mailprogramm, kann man einfach auf die 
Adresse klicken. Also statt antworten und dann Betreff ändern einfach bei 
einer beliebigen vorhandenen Mail die Listen-Adresse anklicken und damit ne 
neue Mail erstellen. 
Arbeitsaufwand: Geringer!

Gruß, Bernd

-- 
Kann man in geschmolzenem Trockeneis schwimmen, ohne naß zu werden?


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Das neue Taginfo

[Markus]

Hallo Jochen,


Auch eine dritte Einstiegsseite mit den Keys in der Sortierung der
Map_Features wäre praktisch.


Noch besser fände ich eine alphabetische Sortierung à la
http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A

Idealerweise in deutsch/englisch - da gibt es nämlich immer wieder 
sprachbedingte Missverständnisse, die dann zu kruden selbsterfundenen 
Attributnamen führen.


Gruss, Markus

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010 - Zeichenqualität

[Jan Tappenbeck]

Am 08.10.2010 00:51, schrieb TobWen:



M∡rtin Koppenhoefer wrote:

relativ billig wie ich finde.


Aerowest darf die Daten und Drittprodukte daraus ja auch
selbst verbreiten. Ich denke, dadurch bekommen sie nochmal
ein paar Einnahmen.


M∡rtin Koppenhoefer wrote:


oder OSM bietet an, die Bilder im Rahmen von OSM zu vektorisieren und
Daten daraus abzuleiten, die dann in OSM zur Verfügung gestellt
werden, und dafür stellt der Luftbildvertriebslizenzbesitzer sie
kostenlos zur Verfügung? Oder wie sammeln Geld von Sponsoren, die
sowas finanzieren? Selbst Geld dafür zu bezahlen finde ich ein
bisschen absurd.


Wieso findest Du das denn jetzt absurd? Das ist dein Hobby. Mir
bezahlt ja auch keiner den Döner, obwohl das mein Hobby ist :-)

Ich denke nicht, dass das mit dem Vektorisieren klappt, da der
OSM-Standard doch stark von professionellen Vektorisierungen
abweicht. In OSM haben sich die Leute irgendwie an die Minimierung
der Anzahl von Nodes gewöhnt - um die Datenbank zu schonen.
Damit kommt man nicht weit.




auch wenn das hier nicht das nicht gerade das Thema dieses Postings ist 
- aber teilweise wird sehr gespart zu lasten der geometrietreue.


ein thema auf das nicht oft genug hingewiesen werden kann. ziel darf 
nicht nur die linie sein sondern auch deren informationsgehalt. mappen 
ist nicht nur das blinde nachzeichnen von tracks. auch der kopf ist 
einzuschalten um kritisch zu bewerten ist das was ich da nachzeichne 
auch das was ich in der natur gesehen habe?.


gruß Jan :-)


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de