Re: [Talk-de] api-download bei semikon-getrennten-values
Hallo, Peter Körner wrote: 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. Wird vermutlich allerdings ne Weile dauern, wenn man den Planet damit durchackern will. Das ließe sich jedoch recht gut in osm2pgsql einbauen. Aber nicht ganz trivial. Du muesstest ja Deinen Pseudo-Node in die planet_osm_points einfuegen, aber wenn Du im slim mode operierst und irgendwann kommt ein Update, bei dem der Original-Node von amenity=bank;atm auf nur amenity=bank geaendert wird, muesstest Du Deinen Pseudo-Node ausfindig machen und loeschen... Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] api-download bei semikon-getrennten-values
Peter Körner 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. Wird vermutlich >> allerdings ne Weile dauern, wenn man den Planet damit durchackern >> will. > Das ließe sich jedoch recht gut in osm2pgsql einbauen. Da mein letzter > Patch für osm2pgsql [1] allerdings genau null Beachtung gefunden hat, > zögere ich etwas, mich da mal drum zu kümmern.. > Eine pauschale Lösung funktioniert auch nicht wirklich. - Es scheitert, wenn mehr als ein Value mit ; vorkommt, da dann nicht klar ist, ob und wie sich die verschiedenen "Einzelteile" aufeinander beziehen. - Es scheitert für schlichtweg sinnlose Kombinationen wie highway=track;residential. - Und es hat keinen sichtbaren Effekt, weil zwei Icons an derselben Stelle von Mapnik eh weggefiltert werden. Du bräuchtest also eine Steuerdatei mit den sinnvollen Einzelfällen und komplexe Regeln für den Umgang mit Mehrfach-Konkatenationen und noch eine Anpassung der Renderer für die Auflösung von gestapelten POIs. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/api-download-bei-semikon-getrennten-values-tp5620526p5638043.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] Relation runterladen?
Hallo, Am 05.10.2010 19:16, schrieb Carsten Gerlach: > > Lässt sich das so erweitern, daß man als Quelle eine lokale osm-Datei (z.B. > germany.osm) verwenden kann, aus der die Relation extrahiert wird? Ich habe eine neue Version zum Download bereitgestellt: http://mr-unseld.de/?q=de/node/170 Man kann jetzt eine lokale osm-Datei als Datenquelle nutzen. Allerdings ist der Zugriff sehr zeitintensiv, vor allem bei bz2-codierten Dateien. Der Zugriff erfolgt über das Modul osm.pm von Gary68. Hierzu muss die neueste Version dieses Moduls installiert sein. > Der zweite Wunsch wäre, das als Ergebnis wieder eine osm-Datei entsteht. Auch das habe ich eingebaut, allerdings funktioniert es nur, wenn die Quelle eine lokale osm-Datei ist. Die wichtigste Beschränkung des Skripts betrifft Routen mit zwei Fahrtrichtungen (role=forward/backward, oneway). Diese Routen werden nur eingeschränkt unterstützt. Insbesondere wird nur der GPX-Track für eine der beiden Fahrtrichtung erzeugt, die Segmente für die andere Richtung werden als Schnipsel in den Track aufgenommen. Das ganze hat Beta-Status. Für Hinweise auf Fehler bin ich dankbar, ebenso für Änderungs- und Verbesserungsvorschläge. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] api-download bei semikon-getrennten-values
Am 15. Oktober 2010 10:25 schrieb NopMap : >> 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. > Eine pauschale Lösung funktioniert auch nicht wirklich. > - Es scheitert, wenn mehr als ein Value mit ; vorkommt, da dann nicht klar > ist, ob und wie sich die verschiedenen "Einzelteile" aufeinander beziehen. doch, diese Anmerkung kam schon und es ist so, dass alle Tags jeweils für alle Values gelten müssen, weil sonst der doppelte Wert mit Semikolon nicht gesetzt werden kann (ist sonst ein Fehler in den Daten). Praktisch wird das allerdings sehr oft vorkommen, sieht man schon an den unmöglichen Kombinationen wie maxspeed=10;30 > - Es scheitert für schlichtweg sinnlose Kombinationen wie > highway=track;residential. ja, aber auch das sind klar Fehler, die man auch ohne diese Umsetzung nicht auswerten kann > - Und es hat keinen sichtbaren Effekt, weil zwei Icons an derselben Stelle > von Mapnik eh weggefiltert werden. es ist sowohl bei der Suche interessant, weil man dann jeweils fündig wird, als auch beim Rendern dann demjenigen überlassen, der den Stylesheet macht (Priorisierung bzw. Icon-Position optimieren) > Du bräuchtest also eine Steuerdatei mit den sinnvollen Einzelfällen und > komplexe Regeln für den Umgang mit Mehrfach-Konkatenationen und noch eine > Anpassung der Renderer für die Auflösung von gestapelten POIs. für eine einfache Berücksichtigung sind die Renderer (mapnik) bereits vorbereitet: ist nichts anderes als dicht beieinanderliegende POIs: wer die Regeln macht entscheidet, was ihm wichtiger ist (oder er bekommt es hin, die Positionierung automatisch zu verbessern durch kl. offsets). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Am 14.10.2010 14:14, schrieb Frederik Ramm: > Hallo, > >eine aktualisierte Liste. Ich habe das "nein" in der Spalte "Zustimmung" > nun auf "??" geaendert, denn diese Leute haben ja nicht mit Nein gestimmt, > sondern einfach gar nicht abgestimmt - da gab es einige Rueckfragen zu. > Verstehe ich das dann richtig, dass also niemand in dieser Liste mit "Nein" abgestimmt hat? Liegt das daran, dass die Gegner die Abstimmung an sich nicht anerkennen oder heben die sich ihr "nein" so lange wie möglich auf oder hab ich was falsch verstanden? Grüße Christoph signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel: Liste der bisherigen Zustimmungen veroeffentlicht
Am 15.10.2010 13:05, schrieb Christoph Wagner: > > Verstehe ich das dann richtig, dass also niemand in dieser Liste mit "Nein" > abgestimmt hat? > Liegt das daran, dass die Gegner die Abstimmung an sich nicht anerkennen oder > heben die sich ihr "nein" so lange wie möglich auf oder hab ich was falsch > verstanden? > Ich Depp - konnte man denn überhaupt mit "nein" abstimmen? Ist schon wieder ne Weile her, wo ich das gemacht hab mit der Zustimmung... Sorry für den unqualifizierten Kommentar. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] api-download bei semikon-getrennten-values
M∡rtin Koppenhoefer wrote: > > doch, diese Anmerkung kam schon und es ist so, dass alle Tags jeweils > für alle Values gelten müssen, weil sonst der doppelte Wert mit > Semikolon nicht gesetzt werden kann (ist sonst ein Fehler in den > Daten). Praktisch wird das allerdings sehr oft vorkommen, sieht man > schon an den unmöglichen Kombinationen wie maxspeed=10;30 > Ein weiteres Argument dagegen. Heute sind diese Fehler offensichtlich. Wenn sie beim Import pauschal ausmultipliziert werden, entstehen mehrere sich überlagernde Objekte, die insgesamt sinnlos sind, das Renderergebnis ist Zufall aber jedes für sich sieht korrekt aus. Den Fehler findet man nur noch unter größten Schwierigkeiten. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/api-download-bei-semikon-getrennten-values-tp5620526p5638558.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] Fahrrad-Access-Karte überarbeitet
Am 14.10.2010 01:44, schrieb Thomas Ineichen: Mir fällt gerade auf, dass weiß etwas suboptimal kommt ... Gelb vielleicht besser? Ansonsten hübsch ;-) Die weissen Striche ohne Access-Umrandung sind eigentlich ungewolltes Nebenprodukt, daher müssen sie gar nicht sichtbar sein.. ;-) Man kann sich streiten, ob tracks wirklich auch noch die zugehöreigen access-tags brauchen, aber geschotterte residential, service, unclassified, ... (und höhere abseits Europa), die für alle offen sind, brauchen nun wirklich keine ... Ginge noch Osmarender als weitere wählbare Hintergrundkarte? In den besseren Zoomstufen sind Feld-/Rad-/Gehwege darin nicht nur dünne Striche, sondern breit, so dass man evtl. den Basisweg besser erkennen könnte. Ist integriert. Danke! Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sportvereine
Moin, Sportvereine werden sind in OSM sehr unvollständig und ziemlich unterschiedlich eingetragen, obwohl sie in vielen Dörfern oder Stadtteilen eine der wichtigsten Institutionen sind und häufig als Veranstaltungsorte erscheinen. Wie kann man Sportvereine einheitlich (und somit auswertbar) in OSM eintragen? 1. Vereine mit eigenen Sportanlagen z.B. Fußballverein mit Vereinsheim und zwei Spielfeldern - Gesamtgelände: leisure=sports_centre - Spielfelder: leisure=pitch - Vereinsheim: building=yes - Vereinsname als name="Blau-Weiss e.V." an das Gesamtgelände - Sportart als sport=soccer an jedes Spielfeld Mögliche Alternativen: - Vereinsname als operator=* an die Spielfelder - Vereinsname als name=* an das Gebäude - Vereinsname als name=* an das Eingangstor - Verein als site-Relation 2. Vereine mit eigenem Grundstück, aber Sportbetrieb auf öffentlichem Gelände z.B. Laufsportverein, Kajakverein, Luftsportverein angrenzend zum Flugplatz - Grundstück mit area=yes; name="Sprinter e.V."; sport="running" - Vereinsheim: building=yes Mögliche Alternativen: - Tag für Vereinsname und Sport an das Gebäude - kein sport=*, da kein aktiver Sportbetrieb auf dem Gelände 3. Vereine als Untermieter in Gebäuden z.B. Schwimmverein im Keller der Schwimmhalle, Turnverein im Nebenraum der Schulsporthalle, Luftsportverein im Teilbereich einer Flugzeughalle - POI mit sport=swimming; name="Delfin e.V." 4. Sammelvereine mit mehreren Sparten z.B. Dorfverein mit Fußball-, Tennis-, Turn- und Kanuabteilung - Jede Sportanlage mit name="SV Neudorf e.V." und sport=* Mögliche Alternativen: - name="SV Neudorf e.V. - Tennisabteilung" - name="SV Neudorf e.V. (Tennisabteilung)" Grundsätzliche Fragen: - Vereinsname mit oder ohne "e.V." - Bei zwei Sportarten auf einem Platz: sport=soccer;american_football oder sport=multi ? Was meint ihr? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation runterladen?
Naabend, Am Freitag 15 Oktober 2010 schrieb Rainer Kluge: > Ich habe eine neue Version zum Download bereitgestellt: > http://mr-unseld.de/?q=de/node/170 Super, vielen Dank. > Das ganze hat Beta-Status. Für Hinweise auf Fehler bin ich dankbar, ebenso > für Änderungs- und Verbesserungsvorschläge. Beim ersten Test mit der osm-Ausgabe habe ich festgestellt, daß JOSM die Datei anmeckert: Ein Zeilenumbruch in der ersten Zeile ist falsch und das - Objekt wird zweimal erstellt. $ diff test_falsch.osm test_richtig.osm 1,2c1,2 < \n < --- > > Gute Nacht, nächste Woche teste ich weiter. :-) Gruß, Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All In One (AIO) haengt?
Hallo zusammen, auf der Downloadseite der AIO sind keine aktuellen Karten mehr vorhanden. Die Verzeichnisse haben alle das Datum vom 15.10.2010 04:00 Uhr. Bei der Europakarte gibt es ein Verzeichnis vom 13.10.2010, aber auch ohne Inhalt. Kann mal wer schauen, wo das ganze hängt?! Danke und Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sportvereine
Hallo. Am Freitag 15 Oktober 2010, 20:24:59 schrieb Stephan Wolff: > Sportvereine werden sind in OSM sehr unvollständig und ziemlich > unterschiedlich eingetragen, obwohl sie in vielen Dörfern oder > Stadtteilen eine der wichtigsten Institutionen sind und häufig als > Veranstaltungsorte erscheinen. Das gilt aber bei weitem nicht für alle Sportvereine. Grade in kleineren Gemeinden ist es doch typisch, dass ein Verein einfach ein Zusammenschluss von Menschen ist und keine eigenen Gebäude oder Einrichtungen hat. Sportanlagen und Treffpunkte sind dann Gemeindeeigentum und werden von Schulen und mehreren Vereinen genutzt. Dennoch sollten natürlich die Büro-Räume (Geschäftsstelle) soweit vorhanden in OSM erfasst werden. > Grundsätzliche Fragen: > - Vereinsname mit oder ohne "e.V." IMHO auf jeden Fall mit "e.V.". Bei OSM gilt, den ausführlichsten Namen zu erfassen, denn Kürzen kann ein Algorithmus. "e.V." als Abkürzung würde ich dabei dennoch stehen lassen, da es (genau wie GmbH) eine offizielle Schreibweise der Rechtsform ist. > - Bei zwei Sportarten auf einem Platz: > sport=soccer;american_football oder sport=multi ? Ein explizites sport=* bitte nur da wo der Platz nahezu ausschließlich für eine oder zwei Sportarten benutzt wird. Sehr viele kleineren Sportanlagen sind Vereins- und damit Sportartübergreifend benutzt. Auf einem Rasenplatz kann man auch wunderbar Rugby spielen und Speere werfen. Gruß, Bernd -- Wenn ein Mann einer Frau höflich die Wagentür aufreißt, dann ist entweder der Wagen neu oder die Frau. - Uschi Glas (dt. Schauspielerin) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
