Re: [Talk-de] Renderer mit width-support

[Walter Nordmann]

moin moin,

ich glaube/hoffe, dass Mapnik das irgendwann mal kann. Es hängt imho davon
ab, wann Mapnik endlich Formeln in den Style-Sheets vernünftig verarbeiten
kann.
bisher gehen nur solche Konstrukte:

if width gt 2 and width lt 3
then
 
else if width ge 3 and width lt 4
 ...
else if ...
else if ...

u.s.w.

das ist einfach nicht vernünftig verwendbar.

mapnik2 kann an einigen Stellen schon Formeln benutzen, aber eben noch nicht
an allen. Dann könnte man die zu benutzende Breite "einfach" errechnen und
das alles wieder in ein Layer packen.

Gruss
walter

--
View this message in context: 
http://gis.19327.n5.nabble.com/Renderer-mit-width-support-tp5716540p5716606.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] Datenexport: Polizei, Feuerwehr und Autobahnanschlussstellen

[Roland Olbricht]

Am Freitag, 13. Juli 2012, 15:43:21 schrieb Pascal Vorhaus:
> Liebe Liste,
> 
> Ich bin auf der Suche nach einer Export-Möglichkeit für die Kategorien:
> Polizeistationen, Feuerwachen und Autbahnanschlussstellen in Deutschland.
> Die Liste sollte die folgenden Daten enthalten: den Namen, die Adresse
> (Straße, Hausnummer, Ort und PLZ (so verfügbar)) und die GeoKoordinate
> (Log, Lat). Das Wichtigste wären die Koordinaten.
> 
> Ich bin mit OpenStreetMap und XAPI query etc. extrem unbedarft und wende
> mich daher an diese Liste um Hilfe. Ich bin nicht sicher, ob meine Anfrage
> hier richtig ist und möchte an dieser Stelle, falls ich hier falsch bin, um
> freundliche Delegation oder einen Tipp bitten.

Die Polizeistationen rund um Mülheim würe man z.B. über
http://overpass-api.de/api/interpreter?data=[timeout:900];
(node[amenity=police](51.3,6.5,51.8,7.0);way[amenity=police]
(51.3,6.5,51.8,7.0);>;);out;
bekommen (alles in eine Zeile)
http://overpass-
api.de/api/convert?data=%28node[amenity%3Dpolice]%2851.3%2C6.5%2C51.8%2C7.0%29%3Bway[amenity%3Dpolice]%2851.3%2C6.5%2C51.8%2C7.0%29%3B%3E%3B%29%3Bout%3B%0D%0A&target=openlayers
zeigt die Treffer als Karte.

Bundesweit wäre dann die Bounding Box
(51.3,6.5,51.8,7.0) durch (48.0,6.0,55.0,15.0) oder ähnliches zu ersetzen. Die 
Abfrage benötigt einige Minuten (z.B. die angegebenen 900 Sekunden = 15 
Minuten).

Analog wäre [amenity=police] entsprechend zu ersetzen. Was hier die richtigen 
Werte sind, verrät entweder das Wiki
http://wiki.openstreetmap.org/wiki/
oder taginfo (http://taginfo.openstreetmap.org/). Ich weiß dies gerade nicht 
auswendig.

Die Daten sind zunächst einmal die OSM-Rohdaten und müssten dann ggf. weiter 
konvertiert werden.

Viele Grüße,

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

Re: [Talk-de] Renderer mit width-support

[Markus]

Hallo Martin,


Tagging für den Renderer? ;-)
es passt nun mal nur highway=residential.


Dieses Problem gibt es in allen Altstädten.
Eine sinnvolle Lösung wäre z=19
(mit "Verdrängung" oder "width" lässt sich das in z=18 m.E: nicht lösen)

Weiss jemand, ob z=19 geplant ist?

Gruss, Markus

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

Re: [Talk-de] Renderer mit width-support

[Volker Schmidt]

Martin, von dir habe ich gelernt, dass wir nicht fuer die Renderer mappen.
:-)

Wenn eine Strasse sehr schmal ist, ist sie noch lange keine Service Road.
Das ist keine saubere Loesung. Und eine Fussgaengerstrasse ist auch
eigentlich kein footway.

Die saubere Loesung waere sicherlich ein Renderer, der das width tag
auswertet.

Waere auch wuenschenswert ausserhalb von Staedten, z.B fuer Radfahrer.

Volker

2012/7/13 Martin Koppenhoefer 

> Am 13. Juli 2012 19:04 schrieb Martin Vonwald :
> > Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt?
> > Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein
> > Flag für Osmarenderer.
> > Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in
> > Mapnik etwas "bescheiden" aus ;-)
>
>
> wenn es sich um schmale Gassen handelt, würde ich highway=service und
> service=alley taggen, damit lösen sich viele Probleme schon von
> selbst, ggf. auch manche highway=pedestrian durch footway ersetzen,
> wenn es schmale Wege und keine "echten" Straßen sind. Hast Du mal
> einen Link zu einem Kartenausschnitt?
>
> Gruß Martin
>
> ___
> 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] Renderer mit width-support

[Martin Vonwald (Imagic)]

Am 13.07.2012 um 19:36 schrieb Martin Koppenhoefer :

> Am 13. Juli 2012 19:04 schrieb Martin Vonwald :
>> Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt?
>> Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein
>> Flag für Osmarenderer.
>> Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in
>> Mapnik etwas "bescheiden" aus ;-)
> 
> 
> wenn es sich um schmale Gassen handelt, würde ich highway=service und
> service=alley taggen, damit lösen sich viele Probleme schon von
> selbst, ggf. auch manche highway=pedestrian durch footway ersetzen,
> wenn es schmale Wege und keine "echten" Straßen sind.

Tagging für den Renderer? ;-) Ich habe mir verschiedene Varianten überlegt aber 
es passt nun mal nur highway=residential. Im Moment kämpfe ich mich durch die 
Altstadt von Bolsena. Die Straßen hier schauen auf den ersten Blick wie 
Fußgängerzonen aus. Sie sind aber nicht als solche gekennzeichnet und auf den 
meisten Straßen (bisher eine Ausnahme) sind auch KFZ erlaubt und fahren dort 
auch. Auch Durchfahrtsverbote oder ähnliches gibt es nicht. Also kein 
pedestrian, kein footway und auch kein service.

> Hast Du mal
> einen Link zu einem Kartenausschnitt?

Ja, ist aber noch recht sinnlos zum anschauen: 
http://www.openstreetmap.org/?lat=42.64563&lon=11.985725&zoom=18&layers=M

Ich habe bisher noch fast nichts gemappt hier, erst einige Straßen zwischen der 
Kirche oben und dem Piazza San Rocco. Ist noch alles Baustelle, also jammert 
bitte nicht ;-) In der Altstadt kann man GPS vergessen und auf den Luftbildern 
erkennt man oft nur Dächer und sonst nix. Da stehen wir dann mit dem Laptop rum 
und zählen Häuser und analysieren Dachformen :-D

Vg,
Martin

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

Re: [Talk-de] Renderer mit width-support

[Martin Koppenhoefer]

Am 13. Juli 2012 19:04 schrieb Martin Vonwald :
> Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt?
> Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein
> Flag für Osmarenderer.
> Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in
> Mapnik etwas "bescheiden" aus ;-)


wenn es sich um schmale Gassen handelt, würde ich highway=service und
service=alley taggen, damit lösen sich viele Probleme schon von
selbst, ggf. auch manche highway=pedestrian durch footway ersetzen,
wenn es schmale Wege und keine "echten" Straßen sind. Hast Du mal
einen Link zu einem Kartenausschnitt?

Gruß Martin

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

Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira

[fly]

On 13/07/12 16:14, Manfred A. Reiter wrote:
> 
> Am 4. Juli 2012 20:59 schrieb fly :
> 
>> On 01.07.2012 20:55, fly wrote:
>>> On 01.07.2012 10:32, Manfred A. Reiter wrote:
>>
>> ...

War mir unsicher in wie fern englischsprachige Emails an die neuen
"User" direkt eher abschreckend wirken und habe es erstmal bleiben gelassen.

> erst einmal ein Kommentar von einer Teilnehmerin ...
> 
> 
> The costline looks great now, I am a little bit jelous because I wanted to
> do it..:))
> anyway, there were problems because we stopped when we shouldn t, it was
> work in progress, for example the gaps were left there intentionally by me
> for the students

Never do this !

>  to see better which was their working part. If knew that you would ask
> someone
>  to fix the coastline in this manner I would have voluntered to do it.(not
> to put your friend to work).
>  I was under the impression that were other solutions available.
> 
> I am a little bit embarrassed because he had to clean up my mess.:)
> 
> ...
> 
> 
>> Hab mir mal die changesets angeschaut und jetzt wundert es mich nicht,
>> dass Ihr
>> Konflikte bekommt. Das sieht ja so aus als ob mehrere user gleichzeitig die
>> Küstenlinien bearbeitet haben.
> 
> 
> ja das war die Idee, und da wir dabei an dei 2000 Grenze stießen,
> war die nächste Idee die Linie aufzutrennen und nach den Korrekturen wieder
> zusammenzusetzen.

Das Auftrennen (-> Aufteilen) war schon der richtige Ansatz (s.u.), aber
wieder Zusammenführen ist (wie schon erwähnt) falsch !

> 
>> Mit JOSM gibt sowas immer Konflikte (offline
>> Editor),
> 
> 
> heisst das, dass es mit Potlach funktioniert hätte?

Benutzte eigentlich nur JOSM und kenne mich mit Potlach nicht wirklich
aus. Soweit ich weiß funktioniert Potlach jedoch online, sprich jede
Veränderung wird sofort auf den Server geladen.

>> es sei denn man spricht sich vorher gut ab.
> 
> 
> daher die Auftrennung :-( 
> 
>> Jeder ein anderes Dorf oder
>> man teilt die Küstenlinie zu erst in mehrere Wege auf und jeder bearbeitet
>> nur
>> einen dieser Wege.
> 
> 
> FAZIT:
> - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte
> Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen?
> 
> - Wie hast Du es gemacht?

Willst Du das wirklich wissen ?

Leider hatte ich Eure Dateien nicht.

 1. Ersteinmal habe ich die Situation studiert.
 2. Durch die vielen unverbunden Punkte blieb mir nichts anderes übrig
als die gesamte Insel herunterzuladen.

Die einfachste Lösung wäre wahrscheinlich gewesen, alles zu löschen und
neu einzuzeichnen, aber ich wollte die Arbeit der Newbies nicht
vernichten und hab mir die Mühe gemacht möglichst viel zu erhalten.(Ist
auch Datenbank schonender).

 3. Überlappende Linien finden und geschickt aufteilen, gegebenfalls
existierende Punkte einfügen, so daß ich nur Linien mit id:0 löschen mußte.
 4. unverbunden Punkte in die Küstenlinie einfügen und gegebenfalls
aufteilen. Zum Teil habe ich auch bei doppelten Punkte durch leichtes
Verschieben beide benutzt.
 5. Kurze Küstenlinien zusammenfügen mit erneuter Berücksichtigung der
ID, Lücken schließen, Boundary-Relation korrigieren.
 6. Validator !
  * letzte überlappende Linien repariert
  * doppelte Punkte gefixed

 7. Da ich eh schon dabei war habe ich auch die Straßen mit Validator
repariert (überlappende, kreuzende, unverbundene).

> Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren
> weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden -
> größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung
> haben wollen.

Generell sind Küstenlinien bei OSM ein heikles Thema und nicht gerade
der beste Einstieg, da die Küstenlinien häufig Elemente von Relationen
sind und noch wichtiger, da man mit kleinen Fehlern (nicht geschlossene
Küstenlinien) viel Schaden verursacht.

kleine Anleitung:
 1. Aufteilen der Küstenlinien in mehrer Teile.
 2. Upload (damit die einzelnen Teile auch auf dem Server sind und eine
ID haben)
 3. Jedem einen eigene Linie zu ordnen
 4. Wenn möglich nur diese Linie herunterladen. Entweder nur einen
minimale BBox auswählen oder besser noch per Objekt-ID runterladen.
 5. Am besten den Editier-Modus "Improve Way Accuracy" (leider nur im
Experten-Modus sichtbar) wählen und Küstenlinie verbessern durch
Verschieben der existierenden Punkte und Einfügen von zusätzlichen.
 6. lokal speichern
 (7. Die veränderten (modified) Objekte aktualisieren, damit Konflikte
rechtzeitig erkannt werden und nicht erst nachdem die neuen Punkte
hochgeladen wurden (Konflikte während des Uploads.)
 (8. eventuell nochmal Speichern)
 9. Hochladen

> Danke nochmals für die Beseitigung der "Hinterlassungen" ... siehe oben ...

Schon Ok.
Vielleicht wart Ihr auch kurz davor einiges richtig zu machen nur das
Zusammenführen der Linien hat dann alles durcheinander gebracht.

So langsam verstehe ich auch das Auftreten der doppelten Punkte.

Gruße
fly

___
Talk-d

[Talk-de] Renderer mit width-support

[Martin Vonwald]

Hi!

Gibt es aktuell einen Renderer, welcher das width-Tag berücksichtigt?
Eine kurze Google-Suche brachte mir nur ein paar Diskussionen und ein
Flag für Osmarenderer.
Grund meiner Frage sind vor allem klassische Altstädte. Die schauen in
Mapnik etwas "bescheiden" aus ;-)

vg,
Martin

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

Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira

[Martin Koppenhoefer]

Am 13. Juli 2012 16:14 schrieb Manfred A. Reiter :
>> Mit JOSM gibt sowas immer Konflikte (offline
>> Editor),
> heisst das, dass es mit Potlach funktioniert hätte?


es hätte evtl. mit dem alten Potlatch im live-mode funktionieren
können (bin mir aber auch nicht sicher, wie oft der dann die
runtergeladenen Daten aktualisiert).


>> es sei denn man spricht sich vorher gut ab.
> daher die Auftrennung :-(


das Auftrennen war durchaus sinnvoll, allerdings sollte das dann ein
reiner Split sein, und keine Lücken hinterlassen (d.h. node in JOSM
selektieren und mit "p" den way teilen). Nach dem Auftrennen sollte
man die neuen Teile gleich hochladen und danach könnten die einzelnen
Gruppen jeweils einen (oder mehrere) way bearbeiten, jedoch jeder
Mapper einen anderen. Sobald mehrere Leute gleichzeitig an den
gleichen Objekten Bearbeitungen machen und versuchen, diese
hochzuladen, gibt es Konflikte.

Beispiel:
way 123 in Version 1
wenn nun dieser way gesplittet würde (s.o.), würden daraus mehrere
Stücke, einer als way 123 in Version 2, die anderen als neue ways mit
neuen IDs in Version 1.
Wenn hingegen mehrere Leute versuchen, diese Version 1 zu bearbeiten,
dann entsteht beim Hochladen beim 1. die Version 2 von way 123, bei
den folgenden aber gibt es einen Konflikt, weil die Grundlage ihrer
Bearbeitung nicht die dann neueste Version 2 ist, sondern die Version
1, also ein alter Stand.


> FAZIT:
> - Wie hätte man es besser machen können, wenn man mehrere hoch motivierte
> Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen?


s.o., man muss sich das Gebiet so aufteilen, dass jeder "seinen
eigenen" Teil hat, an dem er arbeitet. Je öfter man hochlädt, bzw.
runterlädt (data update) beim Editieren, um so eher vermeidet man
Konflikte bzw. hat nur wenige davon, die man dann auflösen kann.

Gruß Martin

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

Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira

[Manfred A. Reiter]

Hallo Sven,

schön, Dich hier wieder zu treffen ... mehr als hundert PMs  ;-)
nochmals Danke!

Am 13. Juli 2012 16:29 schrieb Sven Geggus :

> Manfred A. Reiter  wrote:
>
> > Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren
> > weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden
> -
> > größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in
> Ordnung
> > haben wollen.
>
> Leicht off-topic:
>
> Jochen hat ja unter http://openstreetmapdata.com/data/land-polygons eins
> script laufen was aktuelle Küstenlinien berechnet.
>

ich bin immer noch blutiger nach Verständnis Suchender ;-)

Die Küstenlinien sind wie die Kollegin schon sagte ...
"The costline looks great now, I am a little bit jelous because I wanted to
do it..:)) "

Betrachten kann man die Shapefiles z.B. mit qgis.
>


 stürzt bei mir leider ab ... :-(

qgis.bin: /build/buildd/sip4-4.13.2/siplib/siplib.c:10938:
sipEnumType_alloc: Assertion `(((currentType)->td_flags & 0x0007) ==
0x0003)' failed.
Abgebrochen (Speicherabzug geschrieben)

naja ... da bleibt halt nur abwarten und Tee trinken ... ;-)

Wenn da schon schönere Küsten drin sind als derzeit unter
>
> http://openstreetmap.de/karte.html?lat=38.71508&lon=-27.19427&z/etc/apt/sources.listoom=11zu
> sehen sind würde ich da ggf. mal zumindest für den deutschen tileserver ein
> aktuelles Shapefile einspielen.


Danke für die Hilfe und LG

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

Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira

[Sven Geggus]

Manfred A. Reiter  wrote:

> Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren
> weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden -
> größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung
> haben wollen.

Leicht off-topic:

Jochen hat ja unter http://openstreetmapdata.com/data/land-polygons eins
script laufen was aktuelle Küstenlinien berechnet.

Betrachten kann man die Shapefiles z.B. mit qgis.

Wenn da schon schönere Küsten drin sind als derzeit unter
http://openstreetmap.de/karte.html?lat=38.71508&lon=-27.19427&zoom=11 zu
sehen sind würde ich da ggf. mal zumindest für den deutschen tileserver ein
aktuelles Shapefile einspielen.

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] OSM T-Shirt?

[aighes]

Am 13.07.2012 10:19, schrieb Manuel Reimer:

Sven Geggus  fuchsschwanzdomain.de> writes:

Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script
gebaut hat, das automatisch Karten für T-shirts rendert.

Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens,
ein monochrones Logo, vielleicht noch irgendein "Slogan". Das Shirt sollte
ausreichend neutral sein, dass es im Alltag getragen werden kann.

Hallo,
ich hatte mal über ein Rad-Trikot nachgedacht, mit dem Slogan "Mapping 
in progress" und OSM Logo etc.


Lohnt sich halt aber nur, wenn da ein paar zusammen kommen. Ein 
einzelnes kostet ~100€...


Henning


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

Re: [Talk-de] Problem mit der Kuestenlinie auf Terceira

[Manfred A. Reiter]

Hallo Flylow, *

Am 4. Juli 2012 20:59 schrieb fly :

> On 01.07.2012 20:55, fly wrote:
> > On 01.07.2012 10:32, Manfred A. Reiter wrote:
>
> ...

erst einmal ein Kommentar von einer Teilnehmerin ...


The costline looks great now, I am a little bit jelous because I wanted to
do it..:))
anyway, there were problems because we stopped when we shouldn t, it was
work in progress, for example the gaps were left there intentionally by me
for the students
 to see better which was their working part. If knew that you would ask
someone
 to fix the coastline in this manner I would have voluntered to do it.(not
to put your friend to work).
 I was under the impression that were other solutions available.

I am a little bit embarrassed because he had to clean up my mess.:)

...


> Hab mir mal die changesets angeschaut und jetzt wundert es mich nicht,
> dass Ihr
> Konflikte bekommt. Das sieht ja so aus als ob mehrere user gleichzeitig die
> Küstenlinien bearbeitet haben.


ja das war die Idee, und da wir dabei an dei 2000 Grenze stießen,
war die nächste Idee die Linie aufzutrennen und nach den Korrekturen wieder
zusammenzusetzen.


> Mit JOSM gibt sowas immer Konflikte (offline
> Editor),


heisst das, dass es mit Potlach funktioniert hätte?


> es sei denn man spricht sich vorher gut ab.


daher die Auftrennung :-(


> Jeder ein anderes Dorf oder
> man teilt die Küstenlinie zu erst in mehrere Wege auf und jeder bearbeitet
> nur
> einen dieser Wege.


FAZIT:
- Wie hätte man es besser machen können, wenn man mehrere hoch motivierte
Schülergruppen da sitzen hat, die unbedingt die Küste i.O. bringen wollen?

- Wie hast Du es gemacht?

Ich bin an der Lösung sehr interessiert, da die Schule auf den Azoren
weiterarbeiten wird ... weil sie als - wie sie sich immer noch empfinden -
größte Seefahrenation vergangener Zeiten - natürlich ihre Küsten in Ordnung
haben wollen.

Danke nochmals für die Beseitigung der "Hinterlassungen" ... siehe oben ...

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

Re: [Talk-de] JOSM: Objekte über Zeichenkette öffnen

[Stephan Knauss]

Jan Tappenbeck writes: 

Es ist aber in einer Funktion auch möglich eine Liste von Nodes, Ways und 
Relationen zu laden in der Form "n993785856, n510420580, w42492515".

Kann man dieses auch über eine URL machen ?
Ja, geht mit RemoteControl: 

http://josm.openstreetmap.de/wiki/Help/Preferences/RemoteControl 


Stephan

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

[Talk-de] Tracktypes

[Albrecht Will]

Moin,
 aus dem thread zu "Tracks Selector wird zum Editor" wurde mir die 
unglückliche Differenz bewußt, die zwischen dem wiki
http://wiki.openstreetmap.org/wiki/DE:Key:tracktype
und JOSM besteht.
Die Klassifizierung im wiki ist im Prinzip schon richtig, einzig die 
Bezeichnung im tracktype 3 ist mit "ausgebessert" mißdeutbar. Man bessert auch 
hochwertige Decken aus. Mein Vorschlag: Anstatt "ausgebessert" neu "gering 
oder intermittierend befestigt" verwenden. 
Die Klassifikation im wiki beruht auf dem Ausbauzustand/Kontruktionsbefund 
und damit auch auf der Tragfähigkeit.
JOSM verwendet diese Einstufung für die types 1 bis 3. (Bei 1 nur Asphalt 
anzugeben ist blöd) Und dann beginnt der Bruch hin zum Aussehen und der 
möglichen Fahrbehinderung.
Ich fände es gut, wenn JOSM in diesem Punkt verbessert wird.
1. Die Klassifikation aus dem wiki wird übernommen
2. Diewird berücksichtigt
3. Gras kann überall wachsen und ist je nach Verkehr bei Wegen in Wald und 
Feld mehr oder weniger da, ABER wachsen bereits Bäume in der Fahrspur ist das 
eine mehr oder weniger ausgewachsene Behinderung. Hier also einen Grad für 
  aus der Natur erfinden. 

Wenn ein natürlicher Untergrund bereits eine gute Tragfähigkeit aufweist, man 
andererseits in unserem nördlichen Streusand versinken kann, zeigt das 
"ground" allein nicht genügt.
Bitte mal überlegen, ob man "ground" differenzieren sollte. Aus der 
Klassifikation für Böden könnte z.B. herausgegriffen werden:
felsig, grobkörnig, feinkörnig, wobei zu letzterem noch anzugeben wäre: 
wasserempfindlich/nicht wasserempfindlich.
Ich meine, wir sollten die Attribute zu Wegen ein wenig eindeutiger machen 
ohne das Ganze zu überladen.

Gruß, Albrecht

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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

On 13.07.12 10:19, Manuel Reimer wrote:
> Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens,
> ein monochrones Logo, vielleicht noch irgendein "Slogan". Das Shirt sollte
> ausreichend neutral sein, dass es im Alltag getragen werden kann.

Das alte monochrome Logo gibt's im Wiki[0]. Damit ein Sujet machen ist
unproblematisch. Hier unsere Bag vom letzten Jahr:

http://sotm-eu.org/files/bag.jpg

Machst' Dir damit halt eins...

/al

[0] http://wiki.openstreetmap.org/wiki/Logos

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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

On 13.07.12 10:06, Sven Geggus wrote:
> Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut
> hat, das automatisch Karten für T-shirts rendert.

Frederiks HiRes-Tiles würden sich glaub ich auf einem weißen T-Shirt gut
machen... ;)

/al



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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

On 13.07.12 09:42, Manuel Reimer wrote:
> kennt jemand eine Quelle für T-Shirts mit OSM-Bezug.

Eine SOTM besuchen? Wieviel zahlst, ich glaube, ich hätte noch ein SotM-EU '11
T-Shirt rumliegen... ;)

/al


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

[Talk-de] JOSM: Objekte über Zeichenkette öffnen

[Jan Tappenbeck]

Moin !

das man ein bestimmtes Objekt über eine URL in JOSM laden kann ist mir 
bekannt.


Es ist aber in einer Funktion auch möglich eine Liste von Nodes, Ways 
und Relationen zu laden in der Form "n993785856, n510420580, w42492515".


Kann man dieses auch über eine URL machen ?

Gruß Jan :-)

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

Re: [Talk-de] OSM T-Shirt?

[Manuel Reimer]

Sven Geggus  fuchsschwanzdomain.de> writes:
> Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script
> gebaut hat, das automatisch Karten für T-shirts rendert.

Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens,
ein monochrones Logo, vielleicht noch irgendein "Slogan". Das Shirt sollte
ausreichend neutral sein, dass es im Alltag getragen werden kann.

> Schon etwas ältere Entwürfe gibt es hier:
> http://wiki.openstreetmap.org/wiki/Tshirt_competition

Entwürfe sind ja schön und gut, aber ehrlich gesagt suche ich ein
Bestellformular ;)

Gruß

Manuel


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

Re: [Talk-de] OSM T-Shirt?

[Sven Geggus]

Manuel Reimer  wrote:

> kennt jemand eine Quelle für T-Shirts mit OSM-Bezug.

Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script
gebaut hat, das automatisch Karten für T-shirts rendert.

Schon etwas ältere Entwürfe gibt es hier:
http://wiki.openstreetmap.org/wiki/Tshirt_competition

Gruss

Sven

-- 
"Software is like sex; it's better when it's free"
  (Linus Torvalds)

/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] OSM T-Shirt?

[Manuel Reimer]

Hallo,

kennt jemand eine Quelle für T-Shirts mit OSM-Bezug.

Danke im Voraus

Gruß

Manuel


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