Am 31. August 2008 12:54 schrieb Garry [EMAIL PROTECTED]:
Guenther Meyer schrieb:
sonsten wird man ja wahnsinnig beim parsen...
Das setzt aber voraus dass die Daten richtig eingetragen wird.
Die Angabe 7,5t - Anlieger frei kann jeder Mapper richtig eintragen
und von jedem anderen
Guenther Meyer wrote:
Stünde dort jedoch:
- rundes weißes Schild mit $MERKMAL und rotem Rand
- Anlieger frei
... dann dürften nur Fahrzeuge mit $MERKMAL dort nicht durch,
ausgenommen, es handelt sich um Anlieger. Beliebte Kandidaten für
solche spezifischen Verbote sind Busse, LKW und
Hatto von Hatzfeld schrieb:
Guenther Meyer wrote:
Stünde dort jedoch:
- rundes weißes Schild mit $MERKMAL und rotem Rand
- Anlieger frei
... dann dürften nur Fahrzeuge mit $MERKMAL dort nicht durch,
ausgenommen, es handelt sich um Anlieger. Beliebte Kandidaten für
solche spezifischen
Am Samstag 30 August 2008 schrieb Garry:
Vielleicht sollte man einfach nur den genauen Wortlaut eines Schildes
eintragen - dass kann dann jeder
eintragen und überprüfen. Die Auswertung überlässt man dann einem
Interpreter in den man den nötigen
Gehirnschmalz steckt um anwendungsspezifischen
Nur eine kleine Ergänzung:
Sven Rautenberg wrote:
Sollte tatsächlich solch eine Kombination von Schildern auftreten, wird
das sicherlich so aussehen:
max. 30 km/h
Lücke
max. 9,5t
Zusatzschild: Anlieger frei.
Damit dürfte der Sinnzusammenhang einigermaßen ausgedrückt sein,
allerdings
Am Donnerstag 28 August 2008 schrieb Martin Koppenhoefer:
Am 27. August 2008 22:23 schrieb Bodo Meissner [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Koppenhoefer wrote on 26.08.2008 18:33:
Am 26. August 2008 07:31 schrieb Marcus Wolschon [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Koppenhoefer wrote on 26.08.2008 18:33:
Am 26. August 2008 07:31 schrieb Marcus Wolschon [EMAIL PROTECTED]:
Hört sich nett an, ist aber uneindeutig.
Was gilt in deinem Beispiel bei:
limit.access[weight:7.5] = yes
limit.access[height:3.5]
Am 27. August 2008 22:23 schrieb Bodo Meissner [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin Koppenhoefer wrote on 26.08.2008 18:33:
Am 26. August 2008 07:31 schrieb Marcus Wolschon [EMAIL PROTECTED]:
Hört sich nett an, ist aber uneindeutig.
Was gilt in deinem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus Wolschon wrote on 26.08.2008 07:31:
Hört sich nett an, ist aber uneindeutig.
Was gilt in deinem Beispiel bei:
limit.access[weight:7.5] = yes
limit.access[height:3.5] = no
für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m?
Was soll
Hallo.
Am Dienstag, 26. August 2008 schrieb Bodo Meissner:
Marcus Wolschon wrote on 26.08.2008 07:31:
Hört sich nett an, ist aber uneindeutig.
Was gilt in deinem Beispiel bei:
limit.access[weight:7.5] = yes
limit.access[height:3.5] = no
für ein Fahrzeug mit 7.5t Gewicht und einer Höhe
Am Dienstag 26 August 2008 schrieb Marcus Wolschon:
Am 25.08.08 schrieb Guenther Meyer [EMAIL PROTECTED]:
eine 'oder' verknüpfung sollte nicht noetig sein, das laesst sich als
separates tag schreiben, ein beispiel:
limit.access[weight:7.5] = no
limit.access[height:3.5] = no
das
Am Dienstag 26 August 2008 schrieb Bodo Meissner:
Marcus Wolschon wrote on 26.08.2008 07:31:
Hört sich nett an, ist aber uneindeutig.
Was gilt in deinem Beispiel bei:
limit.access[weight:7.5] = yes
limit.access[height:3.5] = no
für ein Fahrzeug mit 7.5t Gewicht und einer Höhe von 4m?
Am 26. August 2008 07:31 schrieb Marcus Wolschon [EMAIL PROTECTED]:
Am 25.08.08 schrieb Guenther Meyer [EMAIL PROTECTED]:
eine 'oder' verknüpfung sollte nicht noetig sein, das laesst sich als
separates tag schreiben, ein beispiel:
limit.access[weight:7.5] = no
limit.access[height:3.5] =
Hallo.
Am Montag, 25. August 2008 schrieb Marcus Wolschon:
Mein Vorschlag besteht im Kern darin, dass man im XML-Code nicht nur
way ...
tag k=foo v=bar /
/way
setzen kann sondern z.B.
way ...
tag k=foo v=bar
tag k=bla v=blubb/
/tag
/way
Warum sollte das nicht
Ja, da sind die Werte wie en, de, ... auch aus einer halbwegs festen
Menge an völlig unkritischen Zeichen.
Sowohl Schlüssel als auch Werte dürfen alle UTF8-Zeichen enthalten.
Wenn jemand chineschische Sachen mit Tag-Namen in Mandarin mappen will, gerne.
Müssen die Tools eben mit klarkommen wenn
Am 25. August 2008 14:30 schrieb Bernd Wurst [EMAIL PROTECTED]:
Hallo.
Am Montag, 25. August 2008 schrieb Marcus Wolschon:
Wenn du deinen Vorschlag weiter verfolgen möchtest, bitte schlage doch ein
Datenbank-Schema dafür vor, damit wir öffentlich Vergleichen können welche
Auswirkungen daß
Am 25.08.08 schrieb Marc Schütz [EMAIL PROTECTED]:
maxspeed=80
maxspeed(weight=7.5t)=60
access(weight=12t)=access only
Bei mehreren Bedingungen halt sowas wie:
maxspeed(weight=7.5t)(Mondfeuchte=grün)=60
Mehrere Bedingungen vielleicht lieber mit bzw. || verknüpft, damit sich
das nicht nur
Hallo.
Am Montag, 25. August 2008 schrieb Martin Koppenhoefer:
z.B. im Buch von Ramm/Topf?
Nichts gegen die beiden, aber das wird hoffentlich nicht die einzige
Informationsquelle sein, oder?
Zusätzlich zum Sprit um auf diversen Messen OSM zu repräsentieren will ich
nicht auch noch Geld für
Am 25. August 2008 14:51 schrieb Bernd Wurst [EMAIL PROTECTED]:
Hallo.
Am Montag, 25. August 2008 schrieb Martin Koppenhoefer:
z.B. im Buch von Ramm/Topf?
Nichts gegen die beiden, aber das wird hoffentlich nicht die einzige
Informationsquelle sein, oder?
Zusätzlich zum Sprit um auf
Am 25.08.08 schrieb Sascha Silbe [EMAIL PROTECTED]:
On Mon, Aug 25, 2008 at 02:24:47PM +0200, Marcus Wolschon wrote:
maxspeed(weight=7.5t)(Mondfeuchte=grün)=60
* ist trivial zu parsen,
Nitpick: Das stimmt nicht, insbesondere in low-level-Sprachen ist das
alles andere als trivial. Man könnte
Am Montag 25 August 2008 schrieb Marcus Wolschon:
Am 25.08.08 schrieb Sascha Silbe [EMAIL PROTECTED]:
On Mon, Aug 25, 2008 at 02:24:47PM +0200, Marcus Wolschon wrote:
maxspeed(weight=7.5t)(Mondfeuchte=grün)=60
* ist trivial zu parsen,
Nitpick: Das stimmt nicht, insbesondere in
Marcus Wolschon schrieb:
Bei mehreren Bedingungen halt sowas wie:
maxspeed(weight=7.5t)(Mondfeuchte=grün)=60
* versteht ein Mensch,
Ich dachte bisher, dass die Vielseitigkeit von OSM auf der Möglichkeit
basiert, dass die Daten direkt in einer Software zu verwenden (ohne
großartiges
Hallo.
Am Montag, 25. August 2008 schrieb Marcus Wolschon:
Wenn du deinen Vorschlag weiter verfolgen möchtest, bitte schlage doch ein
Datenbank-Schema dafür vor, damit wir öffentlich Vergleichen können welche
Auswirkungen daß auf den Betrieb von OSM als riesige, öffentliche Datenbank
mit
Hallo.
Am Montag, 25. August 2008 schrieb Bernd Wurst:
Also ausgehend von dem Schema würde ich mal sagen: Dann kann man einfach
eine Tabelle tag_tags analog zu node_tags, way_tags und relation_tags
anfügen, das würde auch nicht mehr ausbremsen.
Okay, bei nodes scheinen die tags ja gar nicht
Hallo.
Am Montag, 25. August 2008 schrieb Sascha Silbe:
Ich dachte, das wäre inzwischen geändert?
Meine Info basiert auf besagtem DB-Schema, das keine Angabe über die
Aktualität beinhaltet (latest, sic).
Bin allerdings gerade zu
faul, die entsprechende Mail auf -dev rauszusuchen
Siehst
Am 25.08.08 schrieb Guenther Meyer [EMAIL PROTECTED]:
eine 'oder' verknüpfung sollte nicht noetig sein, das laesst sich als
separates tag schreiben, ein beispiel:
limit.access[weight:7.5] = no
limit.access[height:3.5] = no
das wuerde bedeuten, dass fahrzeuge die schwerer als 7,5t oder
Am 23.08.08 schrieb Bernd Wurst [EMAIL PROTECTED]:
Hallo.
Am Samstag, 23. August 2008 schrieb Guenther Meyer:
eine baumstruktur laesst sich halt leider nicht vollstaendig und vor allem
lesbar in unserem key/value system abbilden; zumindest wuesste ich nicht
wie...
Naja, ja, bisher nicht.
27 matches
Mail list logo
