Am 09.10.10 12:15, schrieb Tom Müller:
Mmmh. Wenn ich
http://news.gmane.org/gmane.comp.gis.openstreetmap.region.de als
Newsgroup hinzufügen will kann ich nicht auf weiter klicken. Brauche ich
da noch nen Addon oder so?
Nö, so geht das ja auch nicht.
Du legst in Thunderbird über Extras
Am 11.10.2010 00:07, schrieb Guenther Meyer:
Am Sonntag 10 Oktober 2010, 23:09:41 schrieb Ulf Lamping:
Es ist aber nicht so gut zu glauben das die Renderer alle möglichen
Kombinationen schon irgendwie/irgendwo/irgendwann schlucken werden.
Irgendwann sagt der Renderer (Regel) Schreiber halt: Die
Hallo,
Am Montag 11 Oktober 2010 00:07:38 schrieb Guenther Meyer:
Am Sonntag 10 Oktober 2010, 23:09:41 schrieb Ulf Lamping:
Ich hatte schon vor einiger Zeit mal angemerkt, daß die Sache mit dem
Semikolon so eine Sache ist ;-)
das liegt aber meist nicht am Semikolon selbst, sondern an den
Hallo,
Am Montag 11 Oktober 2010 08:34:10 schrieb Ulf Lamping:
Am 11.10.2010 00:07, schrieb Guenther Meyer:
Am Sonntag 10 Oktober 2010, 23:09:41 schrieb Ulf Lamping:
Es ist aber nicht so gut zu glauben das die Renderer alle möglichen
Kombinationen schon irgendwie/irgendwo/irgendwann
Hallo,
Am Sonntag 10 Oktober 2010 21:48:30 schrieb Jan Tappenbeck:
... nämlich das semikolon ist dem tag sein tod !
-1
Gruß, Wolfgang
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 11.10.2010 08:59, schrieb Wolfgang:
amenity=cafe;restaurant
cuisine=greek;italian
Ich denke mal, dass man als Programmierer einfach nicht entscheiden kann
(oder will), was in so einem Fall gerendert (ausgewertet) werden soll:
Soll das Symbol für Cafe oder für Restaurant dargestellt
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
Ich könnte mir bei cuisine alleine noch Mehrfachnennungen vorstellen,
aber bei amenity gar nicht.
Der Klassiker ist eine Bank mit Geldautomat: amenity=bank;atm
Ich benutze das selber aber auch nicht, weil ich im Herzen eben doch
Programmierer
Hallo,
Am Montag 11 Oktober 2010 09:42:43 schrieb Frederik Ramm:
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
Ich könnte mir bei cuisine alleine noch Mehrfachnennungen vorstellen,
aber bei amenity gar nicht.
Das Beispiel cafe/restaurant ist zugegeben in vielen Fällen eine Werbeaussage.
Hallo,
Wolfgang wrote:
Hier argumentierst du mit den Unzulänglichkeiten des Datenbankschemas und von
osm2pgsql. Wenn das in das bestehende Schema nicht passt, muss es eben
angepasst werden.
Darunter leidet halt auch die Effizienz. Das verstehe ich schon, dass
die Programmierer dazu keine
Hallo,
Am Montag, 11. Oktober 2010 08:59:18 schrieb Wolfgang:
Wir taggen weder für Renderer, noch für Router, noch für sonstige
Auswertungssoftware. Wir mappen und taggen das, was da ist, und wie es da
ist.
Da möchte ich jetzt doch mal widersprechen. Ich tagge sehr wohl für Renderer,
Ulf Lamping wrote:
Am 11.10.2010 09:09, schrieb Wolfgang:
Mit den richtigen Werkzeugen ist das parsen trivial. Mit mehreren
Eigenschaften umzugehen, ist unabhängig von der Einlesetechnik nicht
trivial,
weil man sich überlegen muss, wie man es darstellt.
Nein, wie Stephan an anderer
Hallo zusammen,
vielen Dank für Eure Tipps. Ich werde mich in den nächsten Tagen mit
diesen auseinander setzen. Ausschliessen kann ich allerdings sofort die
Lösungen, bei denen man Bilder auf irgendeinen externen Server hochladen
muss.
hike 39
Am 11. Oktober 2010 10:30 schrieb Frederik Ramm frede...@remote.org:
Hallo,
Wolfgang wrote:
Hier argumentierst du mit den Unzulänglichkeiten des Datenbankschemas und
von osm2pgsql. Wenn das in das bestehende Schema nicht passt, muss es eben
angepasst werden.
Darunter leidet halt auch die
Am 11. Oktober 2010 08:59 schrieb Wolfgang wolfg...@ivkasogis.de:
Wir taggen weder für Renderer, noch für Router, noch für sonstige
Auswertungssoftware. Wir mappen und taggen das, was da ist, und wie es da ist.
Ein Tag kann halt mehrere Werte haben.
das kann er eben nicht so einfach, daher
Hallo,
Am Montag 11 Oktober 2010 10:30:57 schrieb Frederik Ramm:
Hallo,
Wolfgang wrote:
Die Mehrfacheigenschaften sind lange genug in Gebrauch, es
hätte hier längst etwas passieren können.
Ich (als Programmierer) setze eher darauf, dass die Semikolons
irgendwann wieder verschwinden.
Am 11.10.2010 10:15, schrieb Wolfgang:
Hallo,
Am Montag 11 Oktober 2010 09:42:43 schrieb Frederik Ramm:
Der Klassiker ist eine Bank mit Geldautomat: amenity=bank;atm
Ich benutze das selber aber auch nicht, weil ich im Herzen eben doch
Programmierer bin und weiss, dass einem das ueberall nur
Am 8. Oktober 2010 18:45 schrieb Benjamin John o...@bejotel.de:
Am 08.10.2010 16:37, schrieb Claudius:
Szenario ist eine Buslinie mit Haltestelle an einer Kreuzung, wobei der
Bus in jeder Richtung jeweils *vor* der Kreuzung hält.
die stop_position jeweils dort projeziert auf die Straße (=Teil
Am 11.10.2010 10:54, schrieb M∡rtin Koppenhoefer:
Eine pauschale Möglichkeit wäre, vor dem Verarbeiten alle values zu
parsen und aus amenity=bank;atm einen automatisch 2 duplicate nodes zu
generieren, die jeweils bank und atm als value haben.
Das geht wahrscheinlich oft auch nicht so einfach,
Am 8. Oktober 2010 10:21 schrieb Oliver Tonnhofer o...@omniscale.de:
Wir stellen die Daten bereit und haben mit der Kartenanwendung selber nichts
zu tun. Wir haben das allerdings weitergeleitet und denken, dass da heute
noch nachgebessert wird.
ja, danke, jetzt steht da klar
Hallo,
Am Montag 11 Oktober 2010 10:54:28 schrieb M∡rtin Koppenhoefer:
Am 11. Oktober 2010 10:30 schrieb Frederik Ramm frede...@remote.org:
Hallo,
Wolfgang wrote:
Hier argumentierst du mit den Unzulänglichkeiten des Datenbankschemas
und von osm2pgsql. Wenn das in das bestehende Schema
Hallo zusammen,
Auf dem Toolserver werkelt inzwischen Tirex, daher sollten veraltete
Kacheln der Vergangenheit angehören. Grund genug, meine Fahrrad-Karte
zu überarbeiten:
http://access.t-i.ch/extended-bicycle.html
Neu ist insbesondere die dünne Mittellinie, welche die Oberfläche
On 11.10.2010 11:31, Friedhelm Schmidt wrote:
Am 11.10.2010 10:54, schrieb M∡rtin Koppenhoefer:
Eine pauschale Möglichkeit wäre, vor dem Verarbeiten alle values zu
parsen und aus amenity=bank;atm einen automatisch 2 duplicate nodes zu
generieren, die jeweils bank und atm als value haben.
Das
Wolfgang-4 wrote:
Und wenn man bei xml/osm bleibt, kann man das im File auch noch lesen. Im
Gegensatz zu diesem allenfalls für den zügigeren Download sinnvollen
Binärformat, dass als Datenfile IMO einen Rückschritt in das Mittelalter
des
PC darstellt, als man für jede Datei eine
Hallo,
Am Montag 11 Oktober 2010 10:59:30 schrieb M∡rtin Koppenhoefer:
Am 11. Oktober 2010 08:59 schrieb Wolfgang wolfg...@ivkasogis.de:
Wir taggen weder für Renderer, noch für Router, noch für sonstige
Auswertungssoftware. Wir mappen und taggen das, was da ist, und wie es da
ist. Ein Tag
Am 10. Oktober 2010 23:23 schrieb minze my-email-confirmat...@online.de:
natural wären dann Naturschutzgebiete, wo die Nutzung verboten ist,
oder wie grenzst Du das ab?
Wie bei natural=wood vsv Landuse=forest, steht in der wiki.
funktioniert da ja auch schon nicht. Bei Heiden ist es noch
Hallo,
Am Montag 11 Oktober 2010 12:45:36 schrieb Walter Nordmann:
Wolfgang-4 wrote:
Und wenn man bei xml/osm bleibt, kann man das im File auch noch lesen. Im
Gegensatz zu diesem allenfalls für den zügigeren Download sinnvollen
Binärformat, dass als Datenfile IMO einen Rückschritt in das
Am 10. Oktober 2010 13:47 schrieb Frederik Ramm frede...@remote.org:
Jan Tappenbeck wrote:
immer noch positiv gegenüberstehen und nur weil diese nicht mehr erreichbar
sind, vielleicht inzwischen ein anderes Hobby haben, sollen deren Daten
gelöscht werden ?!?!?
ja
Ob man allerdings den von
Am 10. Oktober 2010 16:30 schrieb Matthias Versen ma...@mversen.de:
Jan Tappenbeck wrote:
gibt es eine Möglichkeit irgendwie festzustellen wer das Element XYZ
einmal erstellt hat ??
Bedingt denn beim splitten eines ways entsteht ein neuer und ein alter Teil.
Nach mehrmaligen splitten und
On 11.10.2010 13:01, Wolfgang wrote:
Stimmt, ich habe es auch etwas drastisch ausgedrückt. Im Grunde will ich nur
darauf hinweisen, dass das Binärformat zwar Platz spart und damit eine gewisse
Berechtigung hat (für ISDN-User z.B.), aber sonst das xml-Format nicht
ersetzen sollte.
Ich denke,
Hallo zusammen!
Ich bastel gerade an einem Tool, das OSM-Daten aufbereiten soll und suche daher
nach einer gültigen XSD für die API 0.6.
Im Wiki habe ich zwar eine XSD gefunden[1], diese lässt sich aber nicht gegen
aktuelle Serverfiles validieren (unter anderem fehlt das bounds Tag.
Daher
Am 11.10.2010 12:33, schrieb Peter Wendorff:
Die zusätzlichen Eigenschaften sind aus anderer Hinsicht ein Problem:
Gehören die wirklich zu beiden Teilen des doppel-Tags?
Was ist bei amenity=bank;atm mit opening_hours?
Natürlich gelten die Eigenschaften hier oft nicht für beide Teile, das
Am 11.10.2010 13:37, schrieb Philip Gillißen:
Daher meine Frage an die Liste: Gibt es eine aktuelle XSD für die API 0.6?
Es gibt nicht das API 0.6 Schema sondern nur eine Erklärung, was die
einzelnen Tags in den XML-Files genau bedeuten. Daher benutzt jedes Tool
(Planet-Dumper, API, Osmosis,
Am 11. Oktober 2010 12:33 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Das geht wahrscheinlich oft auch nicht so einfach, weil an dem Knoten noch
andere Eigenschaften, zum Beispiel die Adresse, dranhängen können. Dann
hättest du diese Information auch dupliziert, was du wahrscheinlich
Hallo,
Peter Körner wrote:
Dies ist, hoffe ich, etwas das mit API 0.7 vereinheitlicht wird.
Oder wir kommen komplett von diesem ueberkandidelten XML weg, dann
braucht man auch keine Schemata mehr ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Am 11. Oktober 2010 12:48 schrieb Wolfgang wolfg...@ivkasogis.de:
Übersicht schnell sparsamer werden:
automatic_entrance_door=yes
bar=yes
blinking_leuchtreklame=no
cafe=yes
cuisine_greek=yes
cuisine_italian=yes
decoration_greek=yes
decoration_italian=yes
english_money_accepted=no
Am 11.10.2010 15:50, schrieb Frederik Ramm:
Hallo,
Peter Körner wrote:
Dies ist, hoffe ich, etwas das mit API 0.7 vereinheitlicht wird.
Oder wir kommen komplett von diesem ueberkandidelten XML weg, dann
braucht man auch keine Schemata mehr ;)
Egal welches Format wir zum Serialisieren der
Am 11.10.2010 00:07, schrieb Guenther Meyer:
bloed nur, dass sich sowas nicht anders darstellen laesst.
http://wiki.openstreetmap.org/wiki/API_v0.7#Multiple_Tags
:)
Lg, Peter
___
Talk-de mailing list
Talk-de@openstreetmap.org
On 10/11/2010 04:44 PM, Peter Körner wrote:
Ich fürchte mich ja ein wenig vor den PBFs da es eben noch nicht für
jede Sprache eine Bindung gibt (PHP? Python?), ich jedoch gerne PHP als
Glue-Sprache für alle möglichen Auswertungen (z.B. [1]) verwende.
für PHP siehts tatsächlich noch finster
Am 11.10.2010 17:10, schrieb Peter Körner:
http://wiki.openstreetmap.org/wiki/API_v0.7#Multiple_Tags
:)
Oh, eine API V0.7 Wunschliste.
Gut gefällt mir:
No trolls
We need to ruthlessly hunt down and exterminate trolls wherever they
may be found.
:-)
Chris
On 11.10.2010 15:46, M∡rtin Koppenhoefer wrote:
Am 11. Oktober 2010 12:33 schrieb Peter Wendorffwendo...@uni-paderborn.de:
Die zusätzlichen Eigenschaften sind aus anderer Hinsicht ein Problem:
Gehören die wirklich zu beiden Teilen des doppel-Tags?
Was ist bei amenity=bank;atm mit
Hallo *,
die neue Bayernkarte vom 2010.10.09 funktioniert wieder wie erhofft.
Gruß
Kai
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
André Joost schrieb am 10.10.2010 18:14:
Eigentlich brauchst du gar keinen Server dafür. Es reicht, wenn du den
Aufruf in Openlayers in der openStreetMap.js umbiegst:
OpenLayers.Layer.OSM.Mapnik = OpenLayers.Class(OpenLayers.Layer.OSM, {
/**
* Constructor:
Am 11. Oktober 2010 17:58 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 11.10.2010 15:46, M∡rtin Koppenhoefer wrote:
die Bank? oder ist der Automat bei geschlossener Bank auch nicht
zugänglich?
das ist dann ein Problem (Fehler) in den Daten. Die anderen tags
müssen für alles gelten,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hallo!
Am 11.10.2010 15:33, schrieb Peter Körner:
Es gibt nicht das API 0.6 Schema sondern nur eine Erklärung, was die
einzelnen Tags in den XML-Files genau bedeuten. Daher benutzt jedes Tool
(Planet-Dumper, API, Osmosis, JOSM) seinen eigenen
On 11.10.2010 19:06, M∡rtin Koppenhoefer wrote:
Am 11. Oktober 2010 17:58 schrieb Peter Wendorffwendo...@uni-paderborn.de:
Poststellen innerhalb von Geschäften sind mehrfach diskutiert worden - hier
kann der operator unterschiedlich sein.
operator gilt einmal für das Postunternehmen (Deutsche
Am 11. Oktober 2010 20:53 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 11.10.2010 19:06, M∡rtin Koppenhoefer wrote:
Bei Restaurants ist cuisine nochmal so eine Sache:
cuisine=pizza vs. cuisine=italian...
ja, wobei das auch so eine Sache ist. Italienische Küche gibt es
vielleicht im
nochmal kurz zum Thema:
cuisine=pizza;kebab 111x
cuisine=kebab;pizza 158x
eine Definition, dass die Reihenfolge durch den Mapper alphabetisch
erfolgen sollte, würde hier schonmal für sowas wie
cuisine=pizza;kebab 3x
cuisine=kebab;pizza 266x
sorgen ;-)
Gruß Martin
Hallo,
Am Montag 11 Oktober 2010 schrieb M∡rtin Koppenhoefer:
Am 10. Oktober 2010 16:30 schrieb Matthias Versen ma...@mversen.de:
Nach mehrmaligen splitten und löschen kann man nicht mehr nachvollziehen
wer die Daten ursprünglich erstellt hat.
Ist das eigentlich immer noch der Fall, oder
Am 10.10.2010 13:20, schrieb Jan Tappenbeck:
Aus eigenen Gesprächen habe ich erfahren das Mapper gesagt haben - ich
mache kein Kreuz - sollen andere über irgendwelche Lizenzen entscheiden...
Denkt bitte auch über dieses nochmal nach
Das blöde ist, dass die bereits ein Kreuz gemacht haben,
Hallo,
Nach mehrmaligen splitten und löschen kann man nicht mehr nachvollziehen
wer die Daten ursprünglich erstellt hat.
Ist das eigentlich immer noch der Fall, oder gilt das nur für
Altdaten, die unter einer anderen API-Version als der aktuellen
bearbeitet wurden?
Über die Changesets sind
Am 11.10.2010 23:12, schrieb Frederik Ramm:
Hallo,
Nach mehrmaligen splitten und löschen kann man nicht mehr
nachvollziehen
wer die Daten ursprünglich erstellt hat.
Ist das eigentlich immer noch der Fall, oder gilt das nur für
Altdaten, die unter einer anderen API-Version als der aktuellen
51 matches
Mail list logo