Re: [Talk-de] alternativen und Linienbegleitend

[Georg Feddern]

Jan Tappenbeck schrieb:


aber wenn ich das allgemein richtig interprtiere, dann ist 
landuse=forest und natural=scrup, was bisher beides Verwendung immer 
als Fläche interpretiert- ja nicht für die Renderer.




Wie bitte? Diese Formulierung habe ich nicht ganz verstanden - und was 
ich da hineininterpretiere, kann ich nicht ganz glauben (landuse=forest 
wird als Fläche interpretiert, aber ist nicht für die Renderer?)

Bitte lieber noch einmal neu formulieren.

Aber wenn ich erst einmal damit anfange Knicks mit diesen "flächen" 
Objekten zu definieren ziehe ich mir vermutlich den Ärger der 
Gemeinschaft auf den Hals weil alles grotten schlecht aussieht.


Natürlich! Zumindest den eines Teils der Gemeinschaft - wenn auch nicht 
meinen.




Und jeden Knick als Fläche auszugestalten finde ich übertrieben !


Natürlich! Wie auch ein Teil der Gemeinschaft - ich oft auch.

Abstraktion und reale Abmessungen sind nunmal zwei verschiedene Dinge.
Gerade deswegen habe ich ja beide Möglichkeiten erwähnt ... wofür Du 
Dich entscheidest, ist nunmal Deine Sache.
Zu glauben, dass sich da eine Einigung der gesamten Gemeinschaft findet 
- halte ich schlicht für zu optimistisch, denn dazu sind die Interessen 
zu unterschiedlich.


Gruß
Georg

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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[Manuel Reimer]

Wolfgang  ivkasogis.de> writes:
> Die 
> Arbeit steckt darin, dass du den Stil aus Layern erst selbst zusammensetzen 
> musst.

Habe ich probiert. Stil für "highway=residential" basierend aus drei Linien.
Eine weiße in der Mitte und zwei schwarze außen.

Die Übergänge zwischen den Straßen sehen jetzt besch... aus. Die schwarzen
Linien ragen in die kreuzenden Straßen.

Was mache ich falsch?

Gruß

Manuel


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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 09:26 schrieb Manuel Reimer :
> Wolfgang  ivkasogis.de> writes:
>> Die
>> Arbeit steckt darin, dass du den Stil aus Layern erst selbst zusammensetzen
>> musst.
>
> Habe ich probiert. Stil für "highway=residential" basierend aus drei Linien.
> Eine weiße in der Mitte und zwei schwarze außen.
>
> Die Übergänge zwischen den Straßen sehen jetzt besch... aus. Die schwarzen
> Linien ragen in die kreuzenden Straßen.
>
> Was mache ich falsch?


oft rendert man erst eine etwas dickere schwarze Linie (für alle
Straßen im Gebiet), (das nennt sich "casing"), und erst danach mit
weiss (oder sonst wie) die eigentliche Straße darüber. Zuletzt die
Beschriftung.

Gruß Martin

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

[Talk-de] Proposal/Vorschlag: sport=table_football //Re: Kicker-Kneipe (pub features wie Billiard, Dart usw.)

[RalfGesellensetter]

Am Montag, 13. Juni 2011 schrieb M∡rtin Koppenhoefer:
> Amenity finde ich extrem ungeeignet, und
> auch sport oder leisure als Haupttag sind nicht m.E. weniger geeignet.
> Eher als subtags.

Hi, Jan.

Nach einigem Suchen habe ich hier genau diese Verfahrensweise gefunden:
http://wiki.openstreetmap.org/wiki/Key:sport

"Since this is a non-physical tag it should be combined with one of these 
(physical) tags:"
...
"tourism=hotel (swimming, golf, tennis, ...)
amenity=restaurant (10pin, ...)
amenity=pub (billiard, darts, pinball, ...) "

Also, einen Flipperautomat kann man schon taggen (amenity=pub,sport=pinball),
aber für Tischfußball fehlt noch die Einigung auf ein englischsprachiges
Tag (table_soccer oder table_football wie es in der Wikipedia heißt).

Ich habe hier eine Diskussion angestoßen/ein Proposal eingereicht:
http://wiki.openstreetmap.org/wiki/Talk:Key:sport#Proposal:_Table_Football.2FSoccer_in_Pubs
http://wiki.openstreetmap.org/wiki/DE_talk:Key:sport

Gruß
Ralf

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

Re: [Talk-de] Probleme mit Nominatim

[RalfGesellensetter]

Am Dienstag, 22. März 2011 schrieb Andreas Neumann:
> Moin,
> 
> nachdem ich gesehen hab, dass es hier patente Leute in Fragen Nominatim
> gibt, reposte ich mal einen Beitrag aus dem Forum:


Hallo Andreas,

wenn hier schon Experten mitlesen:

1. Ich schlage auch hier noch einmal vor, dass die Suche nach "Windmühle"
man_made=windmill findet.

2. Ich schlage weiterhin vor, dass die Suche nach "Spielplatz Karlsruhe" 
(Beispiel funktioniert) nicht nur eine Liste von Spielplätzen mit Adresse
anzeigt, sondern dass die Treffer auch auf der Karte angezeigt werden
(nicht einzeln, Kartenausschnitt entsprechend).

Vielen Dank!
Ralf

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

Re: [Talk-de] Erwassen von Erdwällen (Knicks) - erledigt

[Wolfgang]

Hallo,
Am Dienstag 14 Juni 2011 08:45:24 schrieb Jan Tappenbeck:

> Fehlt nur noch einmal eine entsprechende Wiki-Seite und eine Darstellung
> im JOSM-Style (vielleicht als Linienelement mit einer begleitenden
> Signatur aus kleinen gefüllten Dreiecken wechselseitig - so allgemeine
> Zeichenvorschrift)
> 

Siehe dazu auch 


Gruß, Wolfgang

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

Re: [Talk-de] Proposal/Vorschlag: sport=table_football //Re: Kicker-Kneipe (pub features wie Billiard, Dart usw.)

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 10:55 schrieb RalfGesellensetter :
> Am Montag, 13. Juni 2011 schrieb M∡rtin Koppenhoefer:
>> Amenity finde ich extrem ungeeignet, und
>> auch sport oder leisure als Haupttag sind nicht m.E. weniger geeignet.
>> Eher als subtags.
>
> Hi, Jan.
>
> Nach einigem Suchen habe ich hier genau diese Verfahrensweise gefunden:
>        http://wiki.openstreetmap.org/wiki/Key:sport
>
> "Since this is a non-physical tag it should be combined with one of these
> (physical) tags:"
> ...
> "tourism=hotel (swimming, golf, tennis, ...)
> amenity=restaurant (10pin, ...)
> amenity=pub (billiard, darts, pinball, ...) "
>
> Also, einen Flipperautomat kann man schon taggen (amenity=pub,sport=pinball),
> aber für Tischfußball fehlt noch die Einigung auf ein englischsprachiges
> Tag (table_soccer oder table_football wie es in der Wikipedia heißt).
>
> Ich habe hier eine Diskussion angestoßen/ein Proposal eingereicht:
> http://wiki.openstreetmap.org/wiki/Talk:Key:sport#Proposal:_Table_Football.2FSoccer_in_Pubs
> http://wiki.openstreetmap.org/wiki/DE_talk:Key:sport


M.E. ist Flippern keine Sportart, genausowenig wie Kampftrinken oder
Mensch-ärgere-dich-nicht-spielen. Das haben auch die Mapper bisher so
gesehen (nur 3 mal wurde sport=pinball verwendet, bzw. 5 mal wenn man
Kombinationen miteinbezieht).
http://taginfo.openstreetmap.org/search?q=sport%3Dpinball#tags

Gruß Martin

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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[Wolfgang]

Hallo,
Am Dienstag 14 Juni 2011 09:26:30 schrieb Manuel Reimer:

> Habe ich probiert. Stil für "highway=residential" basierend aus drei
> Linien. Eine weiße in der Mitte und zwei schwarze außen.
> 
> Die Übergänge zwischen den Straßen sehen jetzt besch... aus. Die schwarzen
> Linien ragen in die kreuzenden Straßen.
> 
> Was mache ich falsch?
> 

Male 2 Linien. In der Logig des Programms legst du erst eine weiße Linie und 
darunter eine schwarze dickere Linie fest. Dann sieht du schon, dass die weiße 
Linie Vorrang vor der Schwarzen hat.

Wenn du verschiedene Straßentypen miteinander zum Schnitt bringen willst, ohne 
dass das Innere der einen Linie durch den Rand der anderen ausgesperrt wird, 
musst du alle dazugehörigen Straßentypen im selben Layer unterbringen und über 
die Schaltfläche "Symboltypen" eine Rangfolge definieren. Grundsatz: Rand mit 
niedriger Nummer, Mitte mit hoher Nummer.

Im Prinzip funktioniert das mit 3 Linien genauso.

(Version 1.7!)

Für die Beschriftung gibt es eine extra-Schaltfläche im Hauptmenü unter 
"Layers". Sie enthält eine erst kürzlich eingebaute, komfortablere 
Beschriftung als die Ältere, die im eigentlichen Layer zugängig ist.

Gruß, Wolfgang

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

Re: [Talk-de] Proposal/Vorschlag: sport=table_football //Re: Kicker-Kneipe (pub features wie Billiard, Dart usw.)

[RalfGesellensetter]

Am Dienstag, 14. Juni 2011 schrieb M∡rtin Koppenhoefer:
> M.E. ist Flippern keine Sportart, genausowenig wie Kampftrinken oder
> Mensch-ärgere-dich-nicht-spielen. Das haben auch die Mapper bisher so
> gesehen (nur 3 mal wurde sport=pinball verwendet, bzw. 5 mal wenn man
> Kombinationen miteinbezieht).

Dem stimme ich zu, ich würde auch keine Flipper oder gar Geldspielautomaten
als Sportgeräte taggen (eher gamblin).

Danke für den Suchlink...
> http://taginfo.openstreetmap.org/search?q=sport%3Dpinball#tags

Damit konnte ich je einmal finden:
table_soccer
table_football
french_table_football
foosball
tischfußball

Eine Harmonisierung ist dringen erforderlich - und
Voraussetzung für das Auffinden von Kickertischen an
unbekannten Orten...

Danke
Ralf


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

Re: [Talk-de] Krankenhausgebäude und -fläche korrekt taggen

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 00:13 schrieb Garry :
> Am 13.06.2011 21:16, schrieb Johann H. Addicks:
>>
>> p.s.  Diesen Auszug gab's in Z15:
>> http://osm.org/go/0MGgqLbd--
>
> Ich sehe da nichts schlimmes daran - ein halbes Dutzend (jedes mit einer
> gewissen Eigenberechtigung) auf ein paar Hektar verteilt, kommt nur in
> grösseren
> Städten vielleicht 2-3mal/Stadt vor - wo ist das Problem?


Ich finde das auch nicht tragisch, im Gegenteil ist es m.E. "richtig",
die Krankenhauskonzentration anzuzeigen. Wenn man sich über cluttering
aufregen will, finde ich die Parkplatzzeichen deutlich störender.

Gruß Martin

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

[Talk-de] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[RalfGesellensetter]

Liebe Liste,

hin und wieder tauchte der Vorschlag auf, 
dass kommerzielle POI-Betreiber (Kneipiers, Hoteliers)
ihre spezifischen Angebote (Biersorten, Öffnungszeiten)
komfortabel (und evtl. kostenpflichtig) in einer seperaten
Datenbank pflegen (können) sollten.

Dies hätte in der Tat einige Vorteile, wenn sich die Daten
sauber trennen ließen - was ich aber bezweifele.

Wie wäre es hingegen mit einem speziellen Frontend
für Geschäftsleute, die ihre Einrichtung benutzerfreundlich
in einem Webformular darstellen möchten (nur OSM-relevante
Informationen, keine Webvisitenkarte oder sowas!).

Im Hintergrund würden die entsprechenden Tags gesetzt bzw.
ein Änderungssatz generiert, der (bei fehlendem Login)
moderiert würde.

Ginge so etwas? Wie hoch wäre wohl der Arbeitsaufwand?
Gäbe es Spam- und Editwars? Wären diese zu bewältigen?
Ließe sich verhindern, dass Konkurrenten gegenseitig
ihre Öffnungszeiten manipulieren?

Es lohnt sich m.E. darüber nachzudenken und zu diskutieren.

Gruß
Ralf

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

Re: [Talk-de] Resorts => landuse=residental ??

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 01:00 schrieb Wolfgang :
> Aber für ein Hotel passt residential einfach nicht. Lesenswert:
> 
> "Hotels, sonstiges nichtstörendes Gewerbe, ", auch hier das Hotel als Gewerbe
> auf einer Stufe mit Tankstellen und im Text der deutliche Unterschied zwischen
> dauerhaftem Wohnen und anderen Aufenthaltsformen.


seltsam, dass Du das als Argument gegen residential ansiehst, dass
auch im deutschen Baurecht Hotels in Wohngebieten zulässig sind. Eine
Stufe mit Tankstellen würde ich das nicht gerade nennen
(Umweltverträglichkeitsgutachten, etc.). Sogar in "reinen
Wohngebieten" (strenger als residential in OSM) können "kleine
Betriebe des Beherbergungsgewerbes" als Ausnahme zugelassen werden, in
allgemeinen Wohngebieten fällt das "kleine" weg, und in besonderen
Wohngebieten (Gebiete zur Erhaltung und Entwicklung der Wohnnutzung)
sind Hotels generell zulässig.
http://www.gesetze-im-internet.de/baunvo/__4a.html

Es handelt sich bei Hotels ja um Gewerbe, von daher passt
landuse=commercial vielleicht wirklich besser als residential. Landuse
ist aber sowieso nicht so gut auf alle Arten von Fällen vorbereitet,
z.B. Krankenhäuser, Universitäten, Schulen, Sportanlagen, Stadien,
Veranstaltungshallen, Diskotheken, Museen, Kirchen, etc. sind
ebenfalls noch unklar, industrial ist sehr unscharf, da es nicht
zwischen Industrie und Gewerbe unterscheidet, ...

> Am besten wäre wohl landuse=hotelzone.


landuse=accomodation ?

Gruß Martin

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

Re: [Talk-de] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[Wolfgang]

Hallo,
Am Dienstag 14 Juni 2011 11:28:58 schrieb RalfGesellensetter:
> Liebe Liste,
> 
> hin und wieder tauchte der Vorschlag auf,
> dass kommerzielle POI-Betreiber (Kneipiers, Hoteliers)
> ihre spezifischen Angebote (Biersorten, Öffnungszeiten)
> komfortabel (und evtl. kostenpflichtig) in einer seperaten
> Datenbank pflegen (können) sollten.
> 
> Dies hätte in der Tat einige Vorteile, wenn sich die Daten
> sauber trennen ließen - was ich aber bezweifele.
> 
> Wie wäre es hingegen mit einem speziellen Frontend
> für Geschäftsleute, die ihre Einrichtung benutzerfreundlich
> in einem Webformular darstellen möchten (nur OSM-relevante
> Informationen, keine Webvisitenkarte oder sowas!).
> 
> Im Hintergrund würden die entsprechenden Tags gesetzt bzw.
> ein Änderungssatz generiert, der (bei fehlendem Login)
> moderiert würde.
> 
> Ginge so etwas? Wie hoch wäre wohl der Arbeitsaufwand?
> Gäbe es Spam- und Editwars? Wären diese zu bewältigen?
> Ließe sich verhindern, dass Konkurrenten gegenseitig
> ihre Öffnungszeiten manipulieren?
> 
> Es lohnt sich m.E. darüber nachzudenken und zu diskutieren.
> 

Hast du dich damit freiwillig gemeldet, solche weltweit möglichen Anmeldungen 
zu moderieren?

Wenn das einschlägt, dann viel Spaß!

Gruß, Wolfgang

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

Re: [Talk-de] Resorts => landuse=residental ??

[Wolfgang]

Hallo,
Am Dienstag 14 Juni 2011 11:39:39 schrieb M∡rtin Koppenhoefer:
> Am 14. Juni 2011 01:00 schrieb Wolfgang :
> > Aber für ein Hotel passt residential einfach nicht. Lesenswert:
> > 
> > "Hotels, sonstiges nichtstörendes Gewerbe, ", auch hier das Hotel als
> > Gewerbe auf einer Stufe mit Tankstellen und im Text der deutliche
> > Unterschied zwischen dauerhaftem Wohnen und anderen Aufenthaltsformen.
> 
> seltsam, dass Du das als Argument gegen residential ansiehst, dass
> auch im deutschen Baurecht Hotels in Wohngebieten zulässig sind. Eine
> Stufe mit Tankstellen würde ich das nicht gerade nennen
> (Umweltverträglichkeitsgutachten, etc.).

Ist im Text aber so dargestellt. In der Aufzählung unter "sonstiges 
nichtstörendes Gewerbe" steht auch Tankstelle, und "sonstiges" bindet das 
Hotel mit ein.

> Sogar in "reinen
> Wohngebieten" (strenger als residential in OSM) können "kleine
> Betriebe des Beherbergungsgewerbes" als Ausnahme zugelassen werden, in
> allgemeinen Wohngebieten fällt das "kleine" weg, und in besonderen
> Wohngebieten (Gebiete zur Erhaltung und Entwicklung der Wohnnutzung)
> sind Hotels generell zulässig.
> http://www.gesetze-im-internet.de/baunvo/__4a.html

Wie üblich sollte man nicht übertreiben. Es gibt kleine Hotels, die in einem 
Wohnblock z.B. die 2. und 3. Etage belegen. Dafür wird kaum jemand den Landuse 
ändern wollen.

Die Hotelzone von Miami Beach oder s'Arenal de Palma (Mallorca) würde ich 
dagegen eher nicht als residential taggen. Das Ambiente unterscheidet sich 
doch etwas, speziell abends...

> 
> Es handelt sich bei Hotels ja um Gewerbe, von daher passt
> landuse=commercial vielleicht wirklich besser als residential. Landuse
> ist aber sowieso nicht so gut auf alle Arten von Fällen vorbereitet,
> z.B. Krankenhäuser, Universitäten, Schulen, Sportanlagen, Stadien,
> Veranstaltungshallen, Diskotheken, Museen, Kirchen, etc. sind
> ebenfalls noch unklar, industrial ist sehr unscharf, da es nicht
> zwischen Industrie und Gewerbe unterscheidet, ...
> 
> > Am besten wäre wohl landuse=hotelzone.
> 
> landuse=accomodation ?
> 
+1

Gruß, Wolfgang

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

Re: [Talk-de] Krankenhausgebäude und -fläche korrekt taggen

[Wolfgang]

Hallo,
Am Dienstag 14 Juni 2011 11:20:44 schrieb M∡rtin Koppenhoefer:
> Am 14. Juni 2011 00:13 schrieb Garry :
> > Am 13.06.2011 21:16, schrieb Johann H. Addicks:
> >> p.s.  Diesen Auszug gab's in Z15:
> >> http://osm.org/go/0MGgqLbd--
> > 
> > Ich sehe da nichts schlimmes daran - ein halbes Dutzend (jedes mit einer
> > gewissen Eigenberechtigung) auf ein paar Hektar verteilt, kommt nur in
> > grösseren
> > Städten vielleicht 2-3mal/Stadt vor - wo ist das Problem?

da bin ich so bei einer kurzen Suche in HH auf 8 Kandidaten gestoßen, aber 
auch nur so wenige, weil einige Krankenhäuser neu gebaut wurden und nur noch 
aus einem Gebäude bestehen. Glücklicherweise sind die meisten IMHO vernünftig 
gemappt. Positiv:


Gegenbeispiel:


> 
> Ich finde das auch nicht tragisch, im Gegenteil ist es m.E. "richtig",
> die Krankenhauskonzentration anzuzeigen. Wenn man sich über cluttering
> aufregen will, finde ich die Parkplatzzeichen deutlich störender.
> 

Wenn das Ganze organisatorisch ein Krankenhaus ist, sollte auch das 
Krankenhauszeichen nur einmal auftreten. Meine Meinung.

Aber ich will jetzt keinen neuen Monterthread lostreten, den hatten wir schon 
mal ohne Ergebnis...

Gruß, Wolfgang

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

Re: [Talk-de] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 11:28 schrieb RalfGesellensetter :
> hin und wieder tauchte der Vorschlag auf,
> dass kommerzielle POI-Betreiber (Kneipiers, Hoteliers)
> ihre spezifischen Angebote (Biersorten, Öffnungszeiten)
> komfortabel (und evtl. kostenpflichtig) in einer seperaten
> Datenbank pflegen (können) sollten.


das gibt es schon zuhauf: separate z.T. kostenpflichtige POI-Datenbanken ;-)


> Wie wäre es hingegen mit einem speziellen Frontend
> für Geschäftsleute, die ihre Einrichtung benutzerfreundlich
> in einem Webformular darstellen möchten (nur OSM-relevante
> Informationen, keine Webvisitenkarte oder sowas!).


Interessant wäre das sicherlich, einen special interest Editor zu
haben, z.B. spezialisiert auf die Eingabe von Läden oder Restaurants
oder sonstigem Gewerbe mit Maske zur Eingabe von Adresse und
Kontaktdaten, Öffnungszeiten, sowie ggf. Checkboxen/Dropdowns für
Zusatzattribute (z.B. Cuisine). Etwas, wo man ohne Vorwissen oder
Anleitung einen POI in OSM eingeben kann, weitgehend ohne Eingabe von
Freitext.


Gruß Martin

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

Re: [Talk-de] alternativen und Linienbegleitend

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 08:32 schrieb Jan Tappenbeck :
> Am 14.06.2011 07:31, schrieb Georg Feddern:

>>> => wäre dann für soetwas landuse=forest als way und NICHT als AREA
>>> passender ???


das halte ich für "Vollquatsch". Landuse ist eine Fläche, keine Linie.
Ein Wald ist eine Fläche und keine Linie.


> Aber wenn ich erst einmal damit anfange Knicks mit diesen "flächen" Objekten
> zu definieren ziehe ich mir vermutlich den Ärger der Gemeinschaft auf den
> Hals weil alles grotten schlecht aussieht.


kommt vermutlich drauf an, wie Du es machst. Ich halte Flächen für
nicht unbedingt schlecht (kenne aber die Knicks auch nicht), weil sie
die Breite und Ausdehnung bereits beinhalten. Je mehr man klar macht,
um so weniger muss geraten werden. Wie das dann im Rendering aussieht
(ob man es überhaupt darstellt) steht auf einem anderen Blatt.


> Und jeden Knick als Fläche auszugestalten finde ich übertrieben !


und warum ?

Gruß Martin

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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[Manuel Reimer]

Wolfgang  ivkasogis.de> writes:
> Male 2 Linien. In der Logig des Programms legst du erst eine weiße Linie und 
> darunter eine schwarze dickere Linie fest. Dann sieht du schon, dass die 
> weiße 
> Linie Vorrang vor der Schwarzen hat.

Funktioniert. Danke erstmal dafür.

Wie bekomme ich nun alles mit "building=yes" ausgeblendet, andere Polygone aber
eingeblendet?

Bei mir sind alle relevanten Daten im Feld "tags" verwurstet, egal wie ich die
OSM-Daten importiere.

Gruß

Manuel


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

[Talk-de] Warum Ort in braunton (Zarpen)

[Jan Tappenbeck]

 hi !

kann mir einer sagen warum Mapnik 
http://www.openstreetmap.org/browse/way/117599601, im Gegensatz zu 
anderen Orten mit landuse=residental, in einem braunton statt grauton 
rendert ??


Gruß Jan :-)


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

Re: [Talk-de] Warum Ort in braunton (Zarpen)

[Fabian Schmidt]

Am 14.06.11 schrieb Jan Tappenbeck:

kann mir einer sagen warum Mapnik 
http://www.openstreetmap.org/browse/way/117599601, im Gegensatz zu anderen 
Orten mit landuse=residental, in einem braunton statt grauton rendert ??


vielleicht, weil Mapnik den Typ vom ersten outer des Multipolygons 
http://www.openstreetmap.org/browse/relation/1516690 wählt, das ist ein

landuse = farmyard (http://www.openstreetmap.org/browse/way/117599600).
Das place=village auf dem Feld, wenn es denn eins ist, ist vermutl. auch 
nicht gewollt.



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

Re: [Talk-de] Warum Ort in braunton (Zarpen)

[Georg Feddern]

Moin,

Jan Tappenbeck schrieb:


kann mir einer sagen warum Mapnik 
http://www.openstreetmap.org/browse/way/117599601, im Gegensatz zu 
anderen Orten mit landuse=residental, in einem braunton statt grauton 
rendert ??


weil  der genannte residential-way Teil eines Multipolygons mit der 
Rolle 'outer' ist - aber ein weiterer Weg ebenfalls mit der Rolle 
'outer' als landuse=farmyard enthalten ist.
Mapnik darf sich also aussuchen, wie er das _Multipolygon_ malen soll 
... und da hat er sich halt für das hübschere Braun entschieden. ;-)


Gruß
Georg


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

Re: [Talk-de] Warum Ort in braunton (Zarpen)

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 13:13 schrieb Jan Tappenbeck :
> kann mir einer sagen warum Mapnik
> http://www.openstreetmap.org/browse/way/117599601, im Gegensatz zu anderen
> Orten mit landuse=residental, in einem braunton statt grauton rendert ??


Du solltest dort mal ein bisschen aufräumen. Mach alle Tags, die nur
für das Multipolygon ohne die inner ways gelten an die Relation und
nur was für den kompletten outer way gelten soll bleibt am way.

Gruß Martin

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

Re: [Talk-de] Resorts => landuse=residental ??

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 12:01 schrieb Wolfgang :
> Hallo,
> Am Dienstag 14 Juni 2011 11:39:39 schrieb M∡rtin Koppenhoefer:
>> Am 14. Juni 2011 01:00 schrieb Wolfgang :
>> > Aber für ein Hotel passt residential einfach nicht. Lesenswert:
>> > 
>> > "Hotels, sonstiges nichtstörendes Gewerbe, ", auch hier das Hotel als
>> > Gewerbe auf einer Stufe mit Tankstellen und im Text der deutliche
>> > Unterschied zwischen dauerhaftem Wohnen und anderen Aufenthaltsformen.
>>
>> seltsam, dass Du das als Argument gegen residential ansiehst, dass
>> auch im deutschen Baurecht Hotels in Wohngebieten zulässig sind. Eine
>> Stufe mit Tankstellen würde ich das nicht gerade nennen
>> (Umweltverträglichkeitsgutachten, etc.).
>
> Ist im Text aber so dargestellt. In der Aufzählung unter "sonstiges
> nichtstörendes Gewerbe" steht auch Tankstelle, und "sonstiges" bindet das
> Hotel mit ein.


stimmt nicht. Tankstellen sind zusätzlich zu sonstigem nichtstörendem
Gewerbe aufgezählt, so wie es auch die BauNVO macht. Wie das in
anderen Ländern geregelt ist, hängt aber vom Land ab.
(residential=(allgemeines/reines/besonderes?) Wohngebiet nach
deutschem Recht) ist daher nicht unbedingt für alle Implikationen /
Besonderheiten gültig.


> Wie üblich sollte man nicht übertreiben. Es gibt kleine Hotels, die in einem
> Wohnblock z.B. die 2. und 3. Etage belegen. Dafür wird kaum jemand den Landuse
> ändern wollen.


ist ja nichtmal erforderlich, damit es ein "reines Wohngebiet" bleibt.
Eine Gerberei dürfte man da aber nicht mal im 3. Stock betreiben...

> Die Hotelzone von Miami Beach oder s'Arenal de Palma (Mallorca) würde ich
> dagegen eher nicht als residential taggen. Das Ambiente unterscheidet sich
> doch etwas, speziell abends...

+1

daher sind wir uns ja einig: ein landuse für Hotel-areale wäre nicht
schlecht. Falls es ums subtaggen geht, wäre allerdings zu prüfen, ob
commercial nicht besser als Hauptgruppe geeignet ist als residential.
Wegen mir kann man das aber auch umgehen, indem man gleich einen
Haupttag im landuse einführt (wir haben ja sowieso bisher auch für
alles einen Extratag, s. brownfield etc.)

Gruß Martin

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

[Talk-de] Knicks im Wiki

[Jan Tappenbeck]

Moin !

habe jetzt dazu einmal eine Wiki-Seite

http://wiki.openstreetmap.org/wiki/DE:Tag:barrier%3Dhedge_bank

erstellt.

Gruß Jan :-)


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

Re: [Talk-de] Karte zum heutigen Mühlentag (PR)

[Sven Geggus]

RalfGesellensetter  wrote:
> Ähnlich wie die OpenPlaygroundMap sollte zum heutigen 
^^
sollte, würde, könnte...

Bei freien Projekten gibt es doch immer nur das was jemand macht.

Natürlich wäre eine openanytagmap cool, dann wäre auch meien brewpub Map nur
noch Webseitendesign.

> Datum der Launch einer OpenMillingMap (oder so) für 
> findige Kartenbastler ein Leichtes sein.

Das POI Problem ist nicht wirklich ganz so einfach zu lösen, denn man möchte
ja nicht nur Punkte sondern auch flächige Objekte berücksichtigen.

Unterm Strich bräuchte man dazu so ne Art Extended XAPI ein XXAPI sozusagen
:)

Gruss

Sven

-- 
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)

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

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

[Talk-de] Komplexes Linienmuster für JOSM

[Jan Tappenbeck]

 hi !

kann mir einer sagen wie man ein komplexes Linienmuster für JOSM 
erstellen kann -  wenn das geht?


Ich möchte eine Linie habe bei der in regelmäßigen Abständen rechts und 
links kleine gefüllte Dreiecke angezeigt werden. Wenn man so will die 
Pfeile der Einbahnstraße an der Seite aufgezogen - berühren aber die 
Linie mit einer Dreiecksseite.


Gruß Jan :-)


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

Re: [Talk-de] Radwanderkarte - like Wanderkarte

[Sven Geggus]

o...@tappenbeck.net  wrote:

> es gibt ja so eine tolle Wanderkarte als Webseite 
> (http://hiking.lonvia.de/de) - gibt es soetwas auch für Radwege bzw. ist 
> in Planung.

Meines Wissens nicht.

> Wenn ich mich recht erinne hatte sich jemand in den Aufzeichnungen zur 
> Fossgis 2011 dazu erkundigt als Sarah ihren Beitrag abgeschlossen hatte.

Ja, das war ich. Der Opencyclemap layer gefällt mir nämlich nicht wirklich.
Das Vorhaben dürfte durch die Vorarbeit von Sarah nicht sehr aufwendig
werden, ich habe aber bisher noch nichts in diese Richtung unternommen.

Gruss

Sven

-- 
Der "normale Bürger" ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/me is giggls@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] Karte zum heutigen Mühlentag (PR)

[fly]

Am 14.06.2011 14:13, schrieb Sven Geggus:
> RalfGesellensetter  wrote:
>> Ähnlich wie die OpenPlaygroundMap sollte zum heutigen 
> ^^
> sollte, würde, könnte...
> 
> Bei freien Projekten gibt es doch immer nur das was jemand macht.
> 
> Natürlich wäre eine openanytagmap cool, dann wäre auch meien brewpub Map nur
> noch Webseitendesign.
> 
>> Datum der Launch einer OpenMillingMap (oder so) für 
>> findige Kartenbastler ein Leichtes sein.
> 
> Das POI Problem ist nicht wirklich ganz so einfach zu lösen, denn man möchte
> ja nicht nur Punkte sondern auch flächige Objekte berücksichtigen.
> 
> Unterm Strich bräuchte man dazu so ne Art Extended XAPI ein XXAPI sozusagen

Wie sieht das bei POIs in einem Haus aus ?

Ich gebe dem Gebäude (geschlossener Linie) die Adressinformation und
setzte zB den Laden als Punkt, wo sich der Eingang befindet, auf die
Linie. Brauche ich für den Punkt auch nochmal die Adressinformation oder
werden die vom Gebäude benutzt ? Die selbe Frage habe ich dann auch noch
zur associatedStreet: Soll ich da alle zB alle Läden (POIs) aufnehmen
oder reicht das Gebäude.


cu fly

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

Re: [Talk-de] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[Sven Geggus]

RalfGesellensetter  wrote:

> Wie wäre es hingegen mit einem speziellen Frontend
> für Geschäftsleute, die ihre Einrichtung benutzerfreundlich
> in einem Webformular darstellen möchten (nur OSM-relevante
> Informationen, keine Webvisitenkarte oder sowas!).

http://cartogis.de/eintragungsservice/

Gruß

Sven

-- 
The source code is not comprehensible
 (found in bug section of man 8 telnetd on Redhat Linux)

/me is giggls@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] alternativen und Linienbegleitend

[fly]

Am 13.06.2011 20:28, schrieb Jan Tappenbeck
> 
> => wäre dann für soetwas landuse=forest als way und NICHT als AREA
> passender  ???

Dafür gibt es doch natural=tree_row:
https://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree_row

Gruß fly

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

Re: [Talk-de] Navigon POI aus OSM Daten

[Dominik Wegerle]

Am 12.06.2011 22:11, schrieb Ulf Möller:

Am 12.06.2011 15:08, schrieb Stephan Knauss:


Hat jemand ein Navigon Gerät und dieses POI Paket gekauft? Könnte mal
über Erfahrungen damit berichtet werden?


Ich hatte eine Zeitlang ein Testgerät mit einer Vorabversion und kann 
bestätigen, dass die Daten unter CC-BY-SA stehen und (C) OpenStreetMap 
contributors und die Lizenz bei den Credits genannt wird.


Außerdem wurde ich gebeten, dazu die Ankündigung im Anhang 
weiterzuleiten.



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

Artikel bei golem.de: http://www.golem.de/1106/84174.html
(Mit ordentlicher Quellenangabe am Artikelbild!)

Schöne Woche!

Grüße

Dominik

--
Dominik Wegerle
"fortunequest"
o...@dwegerle.eu
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] alternativen und Linienbegleitend

[Jan Tappenbeck]

Am 14.06.2011 14:38, schrieb fly:

Am 13.06.2011 20:28, schrieb Jan Tappenbeck


=>  wäre dann für soetwas landuse=forest als way und NICHT als AREA
passender  ???


Dafür gibt es doch natural=tree_row:
https://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree_row

Gruß fly

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



Hi !

was Du meinst ist eine Allee!!!

Schau mal ins Wiki barrier=hedge_bank da ist auch ein Bild !

Gruß Jan :-)


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

Re: [Talk-de] alternativen und Linienbegleitend

[fly]

Am 14.06.2011 14:35, schrieb Jan Tappenbeck:
> Am 14.06.2011 14:38, schrieb fly:
>> Am 13.06.2011 20:28, schrieb Jan Tappenbeck
>>>
>>> =>  wäre dann für soetwas landuse=forest als way und NICHT als AREA
>>> passender  ???
>>
>> Dafür gibt es doch natural=tree_row:
>> https://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree_row
>>
>> Gruß fly
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-de
> 

Gruß zurück.

Sorry, war wohl etwas zu kurz.

> was Du meinst ist eine Allee!!!

Nein, nur mehrere Bäume in einer Linie. Bei einer Allee sind das schon
zwei !

> Schau mal ins Wiki barrier=hedge_bank da ist auch ein Bild !

Dachte ja auch nur zusätzlich, falls eine Fläche schon als natural oder
landuse gemapt ist !

cu fly

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

Re: [Talk-de] Probleme mit Nominatim

[Alexander Matheisen]

> wenn hier schon Experten mitlesen:
> 
> 1. Ich schlage auch hier noch einmal vor, dass die Suche nach "Windmühle"
> man_made=windmill findet.
> 
> 2. Ich schlage weiterhin vor, dass die Suche nach "Spielplatz Karlsruhe" 
> (Beispiel funktioniert) nicht nur eine Liste von Spielplätzen mit Adresse
> anzeigt, sondern dass die Treffer auch auf der Karte angezeigt werden
> (nicht einzeln, Kartenausschnitt entsprechend).

In OLM ist der 2. Aspekt möglich. Einen Ausschnitt auf der Karte
betrachten, Suchbegriff oder POI-Typ eingeben und den Haken unter dem
Suchfeld setzen.

Marker werden zur Zeit keine angezeigt, weil ich die DB umstelle.


Alex


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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[Manuel Reimer]

Nachtrag:

Was ich gefunden habe, und mich angenehm überrascht hat, ist das hier:

http://maps.cloudmade.com/editor

Leider sind die Daten bei denen zu alt. Wege, die ich bräuchte, sind nicht in 
deren Datenbank. Ansonsten ist das Tool aber genial. Keine 10 Minuten habe ich 
gebraucht und hatte annähernd die Darstellung, die ich haben will. Hier und da 
hätte ich wohl noch retuschieren müssen, aber im groben hat das schon gut 
ausgesehen.


Eine Anfrage habe ich noch bei QGIS laufen. Wenn das nichts bringt, gebe ich das 
Thema "rendern" wegen "zu komplex" auf und lade mir doch die Mapnik-Tiles ins 
GIMP um die gewünschten Änderungen manuell in der Rastergrafik zu machen.


Ist ja ganz nett gemeint, aber ich baue mir doch nicht mein ganzes System um, 
nur um zwei Quadratkilometer Karte zu rendern...


Gruß

Manuel


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

Re: [Talk-de] alternativen und Linienbegleitend

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 14:35 schrieb Jan Tappenbeck :
> Am 14.06.2011 14:38, schrieb fly:
>>
>> Am 13.06.2011 20:28, schrieb Jan Tappenbeck
>>>
>>> =>  wäre dann für soetwas landuse=forest als way und NICHT als AREA
>>> passender  ???
> was Du meinst ist eine Allee!!!
>
> Schau mal ins Wiki barrier=hedge_bank da ist auch ein Bild !


was er verlinkt hat war keineswegs eine Allee sondern eine Baumreihe,
schau mal ins Wiki, da ist auch ein Bild (sogar 2):
https://wiki.openstreetmap.org/wiki/Tag:natural%3Dtree_row

Dein hedge_bank hat allerdings trotzdem seine Berechtigung, weil es -
wie ich das feature in Wikipedia verstanden habe - ja ein Wall und
Bäume darauf sind. Wenn es nur lineares Gestrüpp/Bäume sind (also ohne
Wall), dann kann/sollte man hedge benutzen. tree_row würde ich dagegen
eher als durchlässig sehen, wie eine Allee oder die Baumreihe auf dem
anderen Bild.

In der von Dir erstellten Wikiseite steht am Ende, dass das
flächenhafte Erfassen keinen Sinn mache. Dem kann ich nicht
beipflichten. Oder sind die Knicke immer gleich breit? Flächenhaftes
Erfassen hat mehrere Vorteile, z.B. kann man damit Objekte im Knick
erfassen, was bei einer Linie nur bedingt geht (und weniger Aussage
haben wird, weil unklar bleibt, wo genau sich das Objekt befindet).

Gruß Martin

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

Re: [Talk-de] Karte zum heutigen Mühlentag (PR)

[Sven Geggus]

fly  wrote:

> Ich gebe dem Gebäude (geschlossener Linie) die Adressinformation und
> setzte zB den Laden als Punkt, wo sich der Eingang befindet, auf die
> Linie. Brauche ich für den Punkt auch nochmal die Adressinformation oder
> werden die vom Gebäude benutzt ? Die selbe Frage habe ich dann auch noch
> zur associatedStreet: Soll ich da alle zB alle Läden (POIs) aufnehmen
> oder reicht das Gebäude.

Also wie nichtexistente Tools funktionieren kann ich nicht beantworten :)

Ich klebe bei Gebäuden mit einzelnen Läden drin normalerweise alle
Informationen an das Gebäude dran und setze keine zusätlichen Nodes mehr,
aber das ist Geschmackssache. Die POI Geschichte ist jedenfalls schon
aufwendig genug um sich auch noch freiwillig so Relationsgeraffel
anzudichten.


Gruss

Sven

-- 
Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen
(Wolfgang Schäuble)

/me is giggls@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] Karte zum heutigen Mühlentag (PR)

[fly]

Am 14.06.2011 15:27, schrieb Sven Geggus:
> fly  wrote:
> 
>> Ich gebe dem Gebäude (geschlossener Linie) die Adressinformation und
>> setzte zB den Laden als Punkt, wo sich der Eingang befindet, auf die
>> Linie. Brauche ich für den Punkt auch nochmal die Adressinformation oder
>> werden die vom Gebäude benutzt ? Die selbe Frage habe ich dann auch noch
>> zur associatedStreet: Soll ich da alle zB alle Läden (POIs) aufnehmen
>> oder reicht das Gebäude.
> 
> Also wie nichtexistente Tools funktionieren kann ich nicht beantworten :)
> 
> Ich klebe bei Gebäuden mit einzelnen Läden drin normalerweise alle
> Informationen an das Gebäude dran und setze keine zusätlichen Nodes mehr,
> aber das ist Geschmackssache. Die POI Geschichte ist jedenfalls schon
> aufwendig genug um sich auch noch freiwillig so Relationsgeraffel
> anzudichten.

Wie behandelst Du Gebäude mit mehreren Läden im Erdgeschoss + Büros,
Praxen und Lofts darüber.

Habe vergessen zu erwähnen, dass ich den (Haupt)-Eingang als Punkt mit
building=entrance (entrance=main) markiere.
Und die komplette Adressinformation an jedes Haus zu hängen ist einfach
nur Wahnsinn. Gerade dafür gibt es Relationen.

Gruß fly

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

Re: [Talk-de] Karte zum heutigen Mühlentag (PR)

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 15:50 schrieb fly :
> Und die komplette Adressinformation an jedes Haus zu hängen ist einfach
> nur Wahnsinn. Gerade dafür gibt es Relationen.


Ich habe hier getrocknete und frittierte Algen, die essen sich wie Chips...

Gruß Martin

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

Re: [Talk-de] alternativen und Linienbegleitend

[Torsten Leistikow]

M∡rtin Koppenhoefer schrieb am 14.06.2011 15:21:
> Dein hedge_bank hat allerdings trotzdem seine Berechtigung, weil es -
> wie ich das feature in Wikipedia verstanden habe - ja ein Wall und
> Bäume darauf sind. Wenn es nur lineares Gestrüpp/Bäume sind (also ohne
> Wall), dann kann/sollte man hedge benutzen.

Laut Wikipedia sind Knicks "von Gehölzen bewachsene breite Geländestreifen,
HAEUFIG künstlich errichtete Erd-, Stein- oder Torfwälle."

Es muss also nicht zwingend ein Wall da sein.

Das findet sich auch in der Praxis so wieder, ich kenne auch durchaus solche
Strauchhecken die nicht auf einem Wall sondern an einem Graben entlang stehen.

Fuer mich macht deshalb eine Unterscheidung zwischen hedge und hedge_bank keinen
Sinn, dass ist genauso muessig wie die Diskussionen ueber path und footway.

> In der von Dir erstellten Wikiseite steht am Ende, dass das
> flächenhafte Erfassen keinen Sinn mache. Dem kann ich nicht
> beipflichten. Oder sind die Knicke immer gleich breit? Flächenhaftes
> Erfassen hat mehrere Vorteile, z.B. kann man damit Objekte im Knick
> erfassen, was bei einer Linie nur bedingt geht (und weniger Aussage
> haben wird, weil unklar bleibt, wo genau sich das Objekt befindet).

Natuerlich sind Knicks nicht immer gleich breit, aber typischer Weise ist ihre
Breite in Relation zu den Gesamtabmessungen zu vernachlaessigen. Wenn so eine
gestruep breiter wird, dann wird man das wohl eher als natural=scrub erfassen
(aehnlich duerfte aus barrier=wall ab bestimmten Abmessungen ien building=yes
werden).

Erschwerend kommt noch hinzu, dass man bei einem Knick (oder auch einer
Baumreihe) die Breite nur schwer definieren kann, in welcher Hoehe will man denn
messen? Die Straeucher eines Knicks werden ausserdem ueblicherweise alle paar
Jahre mal komplett zurueckgeschnitten (siehe Bild auf Wikipedia), da bleibt dann
wirklich nicht mehr viel an Breite ueber.

Gruss
Torsten

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

Re: [Talk-de] Knicks im Wiki

[Steffen Heinz]

Am 14.06.2011 14:10, schrieb Jan Tappenbeck:

Moin !

habe jetzt dazu einmal eine Wiki-Seite

http://wiki.openstreetmap.org/wiki/DE:Tag:barrier%3Dhedge_bank

erstellt.

Gruß Jan :-)

ich habe hier in der EIfel auch mal so was angefangen, wirlich 
angefangen, BING ist in meinem Gebiet (Monschau, Simmerath  sehr 
schlecht zu gebrauchen: unterschiedliche Maßstäbe, Verzerrungen. Ich 
habe sie einfach als "Hecke" bezeichnet, in der Regel Rotbuche:

http://www.openstreetmap.org/?lat=50.5877065658569&lon=6.29576683044434&zoom=16


Grüße aus der Eifel
Steffen



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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Christoph Eckert]

Moin,

M schrieb:

> Also habe ich das jetzt richtig verstanden das alle User die sich vor 
> 12.Mai 2010 Bei OSM angemeldet haben, und nach dem 12.Mai 2010 editiert 
> haben nun angeschrieben wurden ?

Pascal Neis schrieb:

> > >So ordnen es manche vlt. direkt als Spam ein?

ich habe die Mail nicht gesehen, obwohl ich eigentlich in die Zielgruppe 
fallen müsste. Mag sein, ich habe sie verschlampt, aber mein MUA will sich 
partout nicht erinnern.

-- 
Beste Grüße,
Best regards,

ce

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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[Frederik Ramm]

Hallo,

On 06/14/11 15:03, Manuel Reimer wrote:

Ist ja ganz nett gemeint, aber ich baue mir doch nicht mein ganzes
System um, nur um zwei Quadratkilometer Karte zu rendern...


Sorry, aber Du hast Deine Frage explizit so gestellt, dass Du ein 
grosses (und, wie wir annehmen mussten, druckfaehiges) PNG erstellen 
wolltest und nicht den Screenshot einer Webseite. Haettest Du gesagt, 
dass Dir eine Bildschirmaufloesung voellig ausreicht, haette Dich 
vermutlisch schon frueher jemand gen Cloudmade-Style-Editor geschickt.


Und warum Du Dich partout weigerst, eine Postgres zu benutzen, ist mir 
immer noch nicht klar, denn gemessen an der Zeit, die Du offenbar in 
andere Experimente gesteckt hast, waere das nun wirklich der Weg des 
geringsten Widerstandes gewesen.


Bye
Frederik

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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Frederik Ramm]

Hi,

On 06/14/11 16:18, Christoph Eckert wrote:

ich habe die Mail nicht gesehen, obwohl ich eigentlich in die Zielgruppe
fallen müsste. Mag sein, ich habe sie verschlampt, aber mein MUA will sich
partout nicht erinnern.


Nein, die Mail ging nur an User, die sich bislang nicht entschieden 
haben. Die, die explizit nein gesagt haben, so wie Du, haben die Mail 
nicht bekommen, denn sie haben ja schon kundgetan, dass sie sich mit der 
Sache auseinandergesetzt haben.


Bye
Frederik


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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Simon Poole]

SPAM Ordner oder so, falls du so was hast?

Aktuelle Adresse im Profil?

Simon

Am 14.06.2011 16:18, schrieb Christoph Eckert:

Moin,

M schrieb:


Also habe ich das jetzt richtig verstanden das alle User die sich vor
12.Mai 2010 Bei OSM angemeldet haben, und nach dem 12.Mai 2010 editiert
haben nun angeschrieben wurden ?

Pascal Neis schrieb:


So ordnen es manche vlt. direkt als Spam ein?

ich habe die Mail nicht gesehen, obwohl ich eigentlich in die Zielgruppe
fallen müsste. Mag sein, ich habe sie verschlampt, aber mein MUA will sich
partout nicht erinnern.




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

Re: [Talk-de] Karte zum heutigen Mühlentag (PR)

[Sven Geggus]

fly  wrote:

> Und die komplette Adressinformation an jedes Haus zu hängen ist einfach
> nur Wahnsinn. 

Meist reicht die Hausnummer, in unklaren Fällen noch die Straße dazu und gut
iss.

> Gerade dafür gibt es Relationen.

Nein! Der "Wahnsinn" besteht IMO darin für jeden Unfug Relationen zu
verwenden sodass dass kein vernünftiger Mensch mehr auswerten kann.

Gruss

Sven

-- 
"In the land of the brave and the free, we defend our freedom
with the GNU GPL" (Richard M. Stallman on www.gnu.org)

/me is giggls@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] Mail an User betreffs Lizenzwechsel erfolgt

[Sven Geggus]

Frederik Ramm  wrote:

> Nein, die Mail ging nur an User, die sich bislang nicht entschieden 
> haben. Die, die explizit nein gesagt haben, so wie Du, haben die Mail 
> nicht bekommen, denn sie haben ja schon kundgetan, dass sie sich mit der 
> Sache auseinandergesetzt haben.

Wow! Dürfen wir jetzt Karlsruhe neu mappen?

Gruss

Sven

-- 
"The term "any key" does not refer to a particular key on the keyboard. It
simply means to strike any one of the keys on your keyboard or handheld
screen." (Compaq FAQ Entry 2859)
/me is giggls@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] Wie Kartenbereich aus API-Export rendern

[Manuel Reimer]

Frederik Ramm wrote:

Und warum Du Dich partout weigerst, eine Postgres zu benutzen, ist mir
immer noch nicht klar, denn gemessen an der Zeit, die Du offenbar in
andere Experimente gesteckt hast, waere das nun wirklich der Weg des
geringsten Widerstandes gewesen.


Kommt darauf an, was da noch für Abhängigkeiten mitkommen.

Wie schon geschrieben: Ich habe keine Lust für die zwei Quadratkilometer zig 
Programme nachzuinstallieren. Was ich suche ist die Lösung, die mit möglichst 
wenig externen Abhängigkeiten auskommt.


PostgreSQL scheint keine externen Abhängigkeiten mitzuziehen. PostGIS (sofern 
man das nicht vermeiden kann) benötigt proj und geos, die ich schon für 
Merkaartor auf dem System habe. Also auch eher unkritisch.


Frage ist halt, was noch alles als Rattenschwanz nachkommt.

Dazu kommt, dass ich als Quelle auf jedem Fall ein kleines OSM-File nutzen will. 
Ich werde mit meiner DSL-Light-Verbindung keine Planet-Files ziehen!


Irgendwie werde ich dieses SQL-Dingens zudem in Zukunft mit eben dieser 
OSM-Datei aktualisieren müssen. Auch sowas sollte gehen.


Gruß

Manuel


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

Re: [Talk-de] Wie Kartenbereich aus API-Export rendern

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 17:43 schrieb Manuel Reimer :
> Dazu kommt, dass ich als Quelle auf jedem Fall ein kleines OSM-File nutzen
> will. Ich werde mit meiner DSL-Light-Verbindung keine Planet-Files ziehen!


wie schon erwähnt: die Datenbank bietet Dir auch für kleine Files
diverse Vorteile. Bis zu ein paar hundert MB osm-file (und das ist
schon ganz schön viel, selbst in dichten Gebieten viel mehr als die
erwähnten 2km²) kann man auch ohne slim mode auf kleinen Systemen in
wenigen Sekunden die DB füllen und Indices erstellen.


> Irgendwie werde ich dieses SQL-Dingens zudem in Zukunft mit eben dieser
> OSM-Datei aktualisieren müssen. Auch sowas sollte gehen.


genau darum geht es doch: die osm-Datei in die Datenbank einlesen und
zum Rendern vorbereiten (Multipolygonrelationen parsen, Flächen
berechnen, Renderreihenfolge vorberechnen, etc.)

Gruß Martin

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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Christoph Eckert]

Moin,

> Wow! Dürfen wir jetzt Karlsruhe neu mappen?

einerseits dürfte von meinem initialen Zeuch nicht mehr so viel übrig sein, 
andererseits kämen wir so mal wieder an topaktuelle Daten ;-) .

-- 
Beste Grüße,
Best regards,

ce


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

Re: [Talk-de] postgresql (osmosis schema)?liste?von?nodes?->?Polygon?

[Alexander Matheisen]

Am Sonntag, den 12.06.2011, 09:26 + schrieb Sven Geggus:
> Alexander Matheisen  wrote:
> 
> > Welchen Namen wird die DB haben? Muss ich dann nämlich noch in meinen
> > Scripten anpassen.
> 
> Keine Ahnung. Für mich steht jetzt erst mal ein Systemupdate an und
> das muss ich jetzt erst mal aklären welche Option ich da wähle.
> 
> Wird also sicher noch nen Moment dauern.

Gibt es irgendwelche Fortschritte zu verzeichnen?


Alex


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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[M∡rtin Koppenhoefer]

Am 14. Juni 2011 18:49 schrieb Christoph Eckert :
> Moin,
>
>> Wow! Dürfen wir jetzt Karlsruhe neu mappen?
>
> einerseits dürfte von meinem initialen Zeuch nicht mehr so viel übrig sein,
> andererseits kämen wir so mal wieder an topaktuelle Daten ;-) .


joa, blos dass Dein initiales Zeuch je nach Lesart u.U. sich auch
viral auf die folgenden Bearbeitungen auswirkt. Irgendwie basiert
vermutlich halb +½ Karlsruhe irgendwie auf Deinem Mapping.

Gruß Martin

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

[Talk-de] golem: Navigon setzt auf OpenStreetMap-Daten

[Benjamin Hagemann]

Nabend,

fyi

golem: Navigon setzt auf OpenStreetMap-Daten
http://www.golem.de/1106/84174.html

  "Eine der großen Stärken des OpenStreetMap-Projekts sind neben der
  Aktualität der Daten auch die sogenannten Points of Interest (POI) oder
  auch wichtige Orte. Genau diese POI-Daten will Navigon nun in seinen
  Navigationssystemen nutzen."

-- 
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] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[RalfGesellensetter]

Am Dienstag, 14. Juni 2011 schrieb M∡rtin Koppenhoefer:
> Interessant wäre das sicherlich, einen special interest Editor zu
> haben, z.B. spezialisiert auf die Eingabe von Läden oder Restaurants
> oder sonstigem Gewerbe mit Maske zur Eingabe von Adresse und
> Kontaktdaten, Öffnungszeiten, sowie ggf. Checkboxen/Dropdowns für
> Zusatzattribute (z.B. Cuisine). Etwas, wo man ohne Vorwissen oder
> Anleitung einen POI in OSM eingeben kann, weitgehend ohne Eingabe von
> Freitext.


Hi, es freut mich, dass du verstehst, was ich meine ;)

Außerdem bestände nicht die Gefahr, dass Newbies die Punkte verschieben;
und mit Moderation könnte man sogar die Hürde  der Anmeldung lockern...

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

Re: [Talk-de] Probleme mit Nominatim

[RalfGesellensetter]

Am Dienstag, 14. Juni 2011 schrieb Alexander Matheisen:
> In OLM ist der 2. Aspekt möglich. Einen Ausschnitt auf der Karte
> betrachten, Suchbegriff oder POI-Typ eingeben und den Haken unter dem
> Suchfeld setzen.

OLM? Hilf mir mal: Openlayers Map .org ? Am schnellsten fällt mein 
Groschen bei URLs ;)

Danke!
Ralf

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

Re: [Talk-de] Moderiertes Webformular für POIs statt Potlatch oder Yellow Pages

[RalfGesellensetter]

Am Dienstag, 14. Juni 2011 schrieb Sven Geggus:
> http://cartogis.de/eintragungsservice/

Vielen Dank, das ist interssant und zeigt, dass auch 
andere schon darüber nachgedacht und einen Lösungsansatz
gefunden haben.

Die Firma mit Sitz in Berlin kann vermutlich v.a. dort
genügend Kunden ansprechen. Gratuliere, wieder ein Beweis,
dass man mit Freier Softare und Open Source Geld verdienen
kann.

Ein Webfrontend, wie Jan es beschreibt, würde (wie Wolfgang
befürchtet) eine weitausgrößere Zielgruppe (international)
erreichen - das Moderieren müsste man sich dann halt
bezahlen lassen.

Und nochmal an Sven in Sachen Windmühlen und "sollte":
Mir ist das schon klar, aber da ich wenig Zeit für
die Umsetzung meiner Ideen habe, hoffe ich darauf, damit
den einen oder anderen Funken zu entfachen - oder so...

Liebe Grüße
Ralf

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

Re: [Talk-de] Probleme mit Nominatim

[Alexander Matheisen]

Am Dienstag, den 14.06.2011, 21:31 +0200 schrieb RalfGesellensetter:
> Am Dienstag, 14. Juni 2011 schrieb Alexander Matheisen:
> > In OLM ist der 2. Aspekt möglich. Einen Ausschnitt auf der Karte
> > betrachten, Suchbegriff oder POI-Typ eingeben und den Haken unter dem
> > Suchfeld setzen.
> 
> OLM? Hilf mir mal: Openlayers Map .org ? Am schnellsten fällt mein 
> Groschen bei URLs ;)

openlinkmap.org


Alex


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

Re: [Talk-de] golem: Navigon setzt auf OpenStreetMap-Daten

[malenki]

Benjamin Hagemann schrieb:

>golem: Navigon setzt auf OpenStreetMap-Daten
>http://www.golem.de/1106/84174.html

Hm. Wie passt dies dazu?
http://www.heise.de/ct/meldung/Garmin-will-Navigon-uebernehmen-1260287.html

Zufall?

malenki,
rätselnd



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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Frederik Ramm]

Hi,

M?rtin Koppenhoefer wrote:

joa, blos dass Dein initiales Zeuch je nach Lesart u.U. sich auch
viral auf die folgenden Bearbeitungen auswirkt. Irgendwie basiert
vermutlich halb +½ Karlsruhe irgendwie auf Deinem Mapping.


Das ist mein Hauptproblem mit dem, was hier hier gerade machen. Im 
Christophs Fall betrifft mich das persoenlich: Wie oft war ich irgendwo 
in einem Stadtviertel was mappen, und klar: Man mappt immer nur das, was 
noch nicht da ist. Selbst wenn es ein Leichtes waere, "wenn man schonmal 
da ist", noch ein paar weitere Strassen mitzunehmen - wozu denn, die 
sind ja schon drin. Oder man verfeinert halt die Geometrie von einer 
Strasse, die schon existiert, anstatt sie zu loeschen und neu einzugeben.


Wenn einem diese Sachen nun unter dem Hintern wegbroeseln, aergert man 
sich: Haette ich sie mal damals gleich geloescht und neu gemacht, das 
waer auch nicht mehr Arbeit gewesen (manchmal sogar weniger).


Die Lektion, die man aus dem ganzen lernt, ist also: Bloss nicht auf das 
vertrauen, was andre gemappt haben, lieber alles plattmachen und selber 
mappen, wenn man schonmal da ist.


Und das passt so gar nicht zu dem, wie ich eigentlich gern in OSM 
arbeiten wuerde.


Einerseits wird das Problem durch die neuen Contributor Terms zwar 
abgemildert, andererseits *haette* man das Problem ja gar nicht, wenn 
man nicht einen Lizenzwechsel anstreben wuerde.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Probleme mit Nominatim

[RalfGesellensetter]

Am Dienstag, 14. Juni 2011 schrieb Alexander Matheisen:
> openlinkmap.org

Super, Danke! Funktioniert soweit ganz gut, das mit
dem Kartenausschnitt ist eine große Hilfe. Kann es sein,
dass der Ausschnitt sich anschließend ändert?

Der Spielplatz im Bielefelder Nordpark wurde eben nicht
angezeigt, mal sehen...

Ciao
Ralf

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

[Talk-de] Lizenzwechsel Phase 4 vermutlich ab 19.6.

[Frederik Ramm]

Hallo,

   vermutlich ab Sonntag 19.6. beginnt die Phase 4 im Lizenzwechsel, 
d.h. ab da koennen nur noch jene, die ODbL/CT zugestimmt haben, weiter 
editieren.


Es wird diesmal versucht, den Fehler von letztem Mal zu vermeiden: 
Jemand, der nicht zugestimmt hat, soll durchaus weiter trac nutzen 
koennen oder Nachrichten verschicken ;)


Die License Working Group schreibt allerdings (ich uebersetze von Mike 
Collinson):


"Ich moechte betonen, dass es derzeit keine Notwendigkeit gibt, Daten 
aus unserer Datenbank zu entfernen, da die Lizenz immer noch CC-BY-SA 
ist. Ich glaube, wir koennen uns damit Zeit lassen, bis die ANzahl der 
Zustimmer so gross wie moeglich ist, oertliche Probleme, sofern 
moeglich, geloest sind und die Community einhellig findet, dass die Zeit 
reif ist. Die License Working Group nimmt weiterhin Kommentare entgegen."


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Lizenzwechsel Phase 4 vermutlich ab 19.6.

[Markus]

Hallo Frederik,


Jemand, der nicht zugestimmt hat, soll durchaus weiter trac nutzen
koennen oder Nachrichten verschicken ;)


Danke für die schnelle Verbesserung :-)
Markus


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

Re: [Talk-de] PR: June 16, Bloomsday: Pubs in Dublin

[Dermot McNally]

2011/6/13 RalfGesellensetter :
> "A good puzzle would be to cross Dublin without passing a pub."
> -James Joyes, Ulysses

Pünktlich hat rorym ein Ergebnis zum Thema veröffentlicht:
http://www.kindle-maps.com/blog/yes-it-is-possible-to-cross-dublin-without-passing-a-pub.html

Fazit: es geht! (meistens...)

Dermot

-- 
--
Igaühel on siin oma laul
ja ma oma ei leiagi üles

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

[Talk-de] Performance-Steigerung durch Proxy-Server

[Jan Tappenbeck]

 Hi !

ich wollte einmal fragen ob einer von Euch Erfahrung hinsichtlich 
proxy-Server hat.


Es geht darum das in einer Anwendung die OSM-Karte Anwendung finden soll 
und nun etwas an den Performance-Schrauben gedreht werden soll.


Dabei bin ich über einen Artikel zum Thema Proxy-Server bei DrWeb [1] 
gestolpert und nun wollte ich fragen ob einer von Euch das schon einmal 
gemacht hat ??


Erfahrung ?
Hat es wirklich die Performance postive beeinflußt ?
Tipps hierzu ?

Gruß Jan :-)


[1] http://www.drweb.de/magazin/tipps-tricks-mit-openstreetmap/#osmhttps


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