Norbert wrote:
Weil genau dieses tag die Art des Objektes beschreibt.
Es beschreibt einen Teil eines Objektes!
Dazu gehören noch etliche weitere Angaben wie Maxspeed, lanes,...
>/das besitzt werte wie "motorway", "primary", "secondary", "residential", ...
/>/sowas wie "planned" oder "under
Toni Erdmann wrote:
Dem kann ich nur zustimmen.Was erwarten wir denn von einem
Routingprogramm?
--> das auf einem u.U. schwachbrüstigem Endgerät a la Handy, PDA
möglichst schnell zu einem Ergebniss kommt, das natürlich auch
noch korrekt sein soll.
D.h. für mich: macht die
Am Mittwoch 30 April 2008 schrieb Norbert Hoffmann:
> Schwammig wird der highway-tag, wenn man zusätzlich noch andere tags
> auspressen muss um seine Bedeutung zu ermitteln.
>
du wirst nie alles in ein einzelnes tag pressen koennen, und damit was
eindeutiges beschreiben. das geht nicht.
schwammig
Guenther Meyer wrote:
>das highway-tag in der form ist mir eh schon lange ein dorn im auge...
>da muss man nicht noch mehr reinpacken, und es noch schwammiger machen.
Schwammig wird der highway-tag, wenn man zusätzlich noch andere tags
auspressen muss um seine Bedeutung zu ermitteln.
Norbert
(Da
Am Mittwoch 30 April 2008 schrieb Dirk-Lüder Kreie:
> warum nicht über das highway tag? Das Tag vermischt jetzt schon
> gründlich politischen und physischen Status, und construction fällt eben
> unter letzteres, abgesehen davon grenzt die Value "construction" klar
> noch nicht existierende Straßen
Am Mittwoch 30 April 2008 schrieb Thomas Hieber:
> Toni Erdmann schrieb:
> > Norbert Hoffmann schrieb:
> >> Guenther Meyer wrote:
> >>> sorry, aber diese herangehensweise erscheint mir unlogisch.
> >>> ein highway=primary und was in der art construction=yes sollte das
> >>> ganze sinnvoll beschreib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Guenther Meyer schrieb:
| Am Mittwoch 30 April 2008 schrieb Norbert Hoffmann:
|> Der Prozess Idee-Planung-Bau-fertige Straße ist nunmal dynamisch. Für
mich
|> muss sich das dann auch in einer Änderung des "highway"-values
|> wiederspiegeln (sofern denn
Rolf Gehring schrieb:
> Mein Vorschlag wäre: Bei aneinander stoßenden Wasserflächen sollte eine
> dünne, gestrichelte blaue Linie entstehen. Damit wird sowohl der Übergang
> als auch der Zusammenhalt der Wasseroberfläche sichtbar. ... Gab es nicht
> schon einmal zeitlich unterschiedliche Fahrverbot
Toni Erdmann schrieb:
> Norbert Hoffmann schrieb:
>
>> Guenther Meyer wrote:
>>
>>
>>> sorry, aber diese herangehensweise erscheint mir unlogisch.
>>> ein highway=primary und was in der art construction=yes sollte das ganze
>>> sinnvoll beschreiben.
>>>
>> Warum ich das für falsch h
Norbert Hoffmann schrieb:
> Guenther Meyer wrote:
>
>> sorry, aber diese herangehensweise erscheint mir unlogisch.
>> ein highway=primary und was in der art construction=yes sollte das ganze
>> sinnvoll beschreiben.
>
> Warum ich das für falsch halte, habe ich ja schon geschrieben:
>
>>> Wenn e
Guenther Meyer wrote:
>warum dann ueber das highway-tag?
Weil genau dieses tag die Art des Objektes beschreibt.
>das besitzt werte wie "motorway", "primary", "secondary", "residential", ...
>sowas wie "planned" oder "under construction" passt rein semantisch schon gar
>nicht da rein.
IMHO muß
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo,
auch beim Wasser finde ich es vom Grundsatz her erst einmal nicht "doof".
Auch als Fußgänger auf dem Land überschreitet man Bezirks- und
Bundeslandesgrenzen, ohne es vor Ort immer ordentlich zu sehen.
Auch Wasserflächen, die genauso nass sin
Am Mittwoch 30 April 2008 schrieb Rolf Gehring:
> Hallo Freunde,
>
> die Diskussion verhärtet sich sichtbar, deshalb möchte ich noch einen neuen
> Aspekt einfügen:
>
verhaertet ist was anderes, glaubs mir ;-)
> Dazu werden stellenweise auch neue Straßenstücke angelegt, um eine
> halbwegs effektive
Am Mittwoch 30 April 2008 schrieb Marcus Wolschon:
> Wenn wir ein Verfallsdatum haben, können wir genausogut
> Verkehrsmeldungen gleich in die Karte aufnehmen.
>
nein, das macht keinen sinn, die aendern sich viel zu schnell, als dass das
jemand mitbekommen wuerde.
hier sind baustellen gemeint die
Juten Tach!
Zur Zeit gibt es keinen OSM Stammtisch in Berlin.
Um dieses zu lösen wollen wir einen Stammtisch ins Leben rufen.
Schaut einmal unter: http://wiki.openstreetmap.org/index.php/Talk:Berlin
Evtl. bekommen wir so etwas hin!?
Gruss, Christian
___
Also irgendwie ist das ein wenig Chaotisch geworden.
Derzeit werden hier wohl wenn ich das richtig verfolge, 4 IRC-Server
genannt auf denen man auch deutsch spricht oder die auch nur in
deutsch sind.
Sollte man sich nicht auf einen einigen?
Ich halte mehr davon wenn das Wissen konzentriert zu f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo Liste,
immer wieder stolpere ich über folgendes Problem beim taggen von
Wasserflächen.
Wenn ich einen See komplett als area hab und nen Namen vergebe und
blöderweise hat der See noch einen anderen Wasseranschluss (meinetwegen
ein anderer See oder
> deswegen erscheint mir folgendes tagging-schema am sinnvollsten:
>highway = primary/secondary/residential/.
>construction = planned/under_construction/road_works/.
Ich schließ mich an, das macht imho Sinn.
Friedhelm
___
Talk-de mailing lis
Sven Anders schrieb:
> Am Dienstag, 29. April 2008 16:46 schrieb Thomas Szukala:
>
>> Das wiki, openstreetmap.de sowie http://irc.openstreetmap.de wurde jetzt
>> um die Info des deutschen IRC channels erweitert.
>>
>
> Du meinst www.openstreetmap.org. ODER:
> Du scheinst einen anderen DNS S
> Wenn wir ein Verfallsdatum haben, können wir genausogut
> Verkehrsmeldungen gleich in die Karte aufnehmen.
Nein! Verkehrsmeldunge sind sehr dynamisch, oft schon veraltet wenn sie beim
"Empfänger" ankommen. Vollsperrungen über Monate hinweg sind aus
verkehrstechnischer Sicht quasi statisch.
Wen
Wenn wir ein Verfallsdatum haben, können wir genausogut
Verkehrsmeldungen gleich in die Karte aufnehmen.
Am 30. April 2008 11:09 schrieb Gerald Oppen <[EMAIL PROTECTED]>:
> > deswegen erscheint mir folgendes tagging-schema am sinnvollsten:
> highway = primary/secondary/residential/.
> constr
> deswegen erscheint mir folgendes tagging-schema am sinnvollsten:
highway = primary/secondary/residential/.
construction = planned/under_construction/road_works/.
So was in der Richtung stelle ich mir vor...
Würde es aber noch ein bischen verallgemeinern damit man es auch für
Eisenbahn/S
> Hallo,
>
> >Leider nicht. Ich habs vorhin auch gesehen, aber nachdem ich es dann
> >selber neu gerendert hab, war wieder nur Wasser da.
>
>
> Und hast Du es einfach so neu gerendert oder vorher was geändert? Ich
> sehe
> jetzt nichts seltsames mehr.
>
Nichts mehr geändert (zumindest an der
Hallo Freunde,
die Diskussion verhärtet sich sichtbar, deshalb möchte ich noch einen neuen
Aspekt einfügen:
Wie soll getagt werden, wenn eine Straße grundsätzlich saniert wird. Das
hatte ich in der Umgebung bereits ein paar mal. Angekündigt war die Maßnahme
mit höchstens ein halbes Jahr; wirklich
Raphael Studer <[EMAIL PROTECTED]> wrote:
>> Country osm.bz2 sizepopulationratio (bytes per capita)
>>
>> UK73M60M1.2
>> Germany 110M82M
Hallo,
Am Wed, 30 Apr 2008 07:57:42 +0200
schrieb Gerhard Schmidt <[EMAIL PROTECTED]>:
> interessieren ob es von den Leuten in Augsburg und Umgebung
> Interesse gibt sich mal zu treffen und sich auszutauschen.
Bin zwar aus der weiteren "Umgebung", finde die Idee aber trotzdem gut.
> Ich könnte
Am Mittwoch 30 April 2008 schrieb Norbert Hoffmann:
> Gerald.Oppen wrote:
> >Unsinn ist es statische Daten dynamisch machen zu wollen und damit
> > zusätzlichen Aufwand zu schaffen.
>
> Der Prozess Idee-Planung-Bau-fertige Straße ist nunmal dynamisch. Für mich
> muss sich das dann auch in einer Änd
27 matches
Mail list logo
