Zitat von Marc Schütz schue...@gmx.net:
Dann tagge die Gebäude einfach als building=yes, name=... und evtl. noch
amenity=faculty.
Sowas in der Richtung werde ich am Wochenende einbauen.
Das letztere wird dann von den Renderern vorerst ignoriert,
aber Namen und Gebäude werden trotzdem
Solange die Renderer nicht perfekt sind, sollte man versuchen, mit
dem, was die Renderer können, das Gelände sinnvol zu modellieren,
möglichst ohne doppelte Datenhaltung.
Auch in Berlin wurde der Uni-Campus mit amenity=university, die
Gebäude zusätzlich mit building=yes getaggt.
Als name
Zitat von Marc Schütz schue...@gmx.net:
Damit erzeuge ich keine redundante Information,
Doch: nämlich das amenity=university.
Das sehe ich nicht als Redundanz, sondern als Kennzeichnung
aller Objekte die zur Universität gehören.
Dafür könnte man natürlich auch ein anderes Tag nehmen,
aber
Am 29. Januar 2009 18:22 schrieb Jutta Weisel ju...@weisel.de:
Das sehe ich nicht als Redundanz, sondern als Kennzeichnung
aller Objekte die zur Universität gehören.
Ich fange dann mal an, jedes Objekt hier in Köln mit place=city zu
kennzeichnen, weil es zur Stadt dazu gehört ;-)
OK, ein
Am Donnerstag 29 Januar 2009 18:22:02 schrieb Jutta Weisel:
Zitat von Marc Schütz schue...@gmx.net:
Damit erzeuge ich keine redundante Information,
Doch: nämlich das amenity=university.
Das sehe ich nicht als Redundanz, sondern als Kennzeichnung
aller Objekte die zur Universität gehören.
Zitat von Marc Schütz schue...@gmx.net:
Und mit Mapnik hat das auch nichts zu tun,
denn die Datenbank soll die Realität beschreiben und keine Sammlung von
Anweisungen für Renderer oder Router sein.
Das hilft mir echt nicht weiter. Ich brauche in absehbarer Zeit was
Vorweisbares, was man als
Zitat von Martin Koppenhoefer dieterdre...@gmail.com:
Das koennte gerade fuer solche Dinge wie Unigelaende oder sonstige groessere
Komplexe, wo viel auf engem Raum passiert, nicht schlecht sein. Also eine
Art Filter fuer diejenigen (von Hand ausgewaehlten) Dinge optional zu
haben, wo man mit
Am 27. Januar 2009 17:45 schrieb Heiko Jacobs heiko.jac...@gmx.de:
Martin Koppenhoefer dieterdre...@gmail.com wrote:
das wurde auf Wunsch vor einiger Zeit geaendert, weil polygone
grundsaetzlich auch Icons bekommen sollten. Sinnvoll waere daher, wenn
der
Node zusaetzlich zum Polygon
Norbert K?ck o...@nk-bre.net wrote:
Habe selbst welche entdeckt ;-)
Na prima.
Ob das ein Seiteneffekt ist? Eben sehe ich hier
http://www.openstreetmap.org/?lat=53.07608lon=8.80725zoom=17layers=0B00FFFT
Doppelungen im Zusammenhang mit Tourismus-Tags (Rathaus, Roland,
Stadtmusikanten).
Anscheinend, weil 2 Regeln greifen:
historic=* und buildung=yes
Bei beiden gibt's Regeln fuer name=*
Das scheint ja jetzt behoben zu sein, sehr schön!
Es gibt aber immer noch das Problem mit den Symbols,
z.B. bei amenity=hospital. Mapnik fügt nur bei Points
das Kreuz ein, Osmarender für
Jutta Weisel ju...@weisel.de wrote:
Anscheinend, weil 2 Regeln greifen:
historic=* und buildung=yes
Bei beiden gibt's Regeln fuer name=*
Das scheint ja jetzt behoben zu sein, sehr sch?n!
Ich warte noch darauf, dass dafuer anderswo Fehler gemeldet werden,
die erst durch die Korrektur
Zitat von Heiko Jacobs heiko.jac...@gmx.de:
Das waere jetzt eine prinzipielle Frage, die einen eigenen thread
verdienen wuerde.
Es kann ja alles geben:
- nur das Klinigelaende ist drin und als Hospital getaggt.
- nur die Klinikgebaeude sind drin und ...
- nur einzelne Punkte sind drin und
2009/1/27 Jutta Weisel ju...@weisel.de:
Das ist sicher (noch?) zu kompliziert. Mein Vorschlag: Wie bei
Mapnik nur für Punkte Symbole setzen.
Dann soll man also bei schon flächenmäßig erfassten Krankenhäusern
noch ein Krankenhaus zusätzlich taggen(als Punkt)?
ich halte das, genau wie bei
Martin Simon grenzde...@gmail.com wrote:
Das ist sicher (noch?) zu kompliziert. Mein Vorschlag: Wie bei
Mapnik nur f?r Punkte Symbole setzen.
Dann soll man also bei schon fl?chenm??ig erfassten Krankenh?usern
noch ein Krankenhaus zus?tzlich taggen(als Punkt)?
ich halte das, genau wie bei
Zitat von Martin Simon grenzde...@gmail.com:
Dann soll man also bei schon flächenmäßig erfassten Krankenhäusern
noch ein Krankenhaus zusätzlich taggen(als Punkt)?
Theoretisch ja, praktisch dürften die alle schon da sein,
da sonst das Krankenhaus in Mapnik nicht als solches
gekennzeichnet ist.
Zitat von Heiko Jacobs heiko.jac...@gmx.de:
Eher sollte man auf den extra Punkt verzichten, sobald die wichtigen
Renderer Flaechen benamsen und beysmbolen koennen statt doppelter
Datenhaltung...
Es macht aber auf einem Campus nicht für alle Gebäude Sinn,
hier z.B. eine universitäre Garage
Am 27. Januar 2009 09:30 schrieb Jutta Weisel ju...@weisel.de:
Anscheinend, weil 2 Regeln greifen:
historic=* und buildung=yes
Bei beiden gibt's Regeln fuer name=*
Das scheint ja jetzt behoben zu sein, sehr schön!
Es gibt aber immer noch das Problem mit den Symbols,
z.B. bei
Martin Koppenhoefer dieterdre...@gmail.com wrote:
das wurde auf Wunsch vor einiger Zeit geaendert, weil polygone
grundsaetzlich auch Icons bekommen sollten. Sinnvoll waere daher, wenn der
Node zusaetzlich zum Polygon gemappt ist, diesen zu entfernen (auch wenn das
z.B. im Garmin dazu fuehrt,
Am 27. Januar 2009 17:14 schrieb Jutta Weisel ju...@weisel.de:
Zitat von Martin Simon grenzde...@gmail.com:
Dann soll man also bei schon flächenmäßig erfassten Krankenhäusern
noch ein Krankenhaus zusätzlich taggen(als Punkt)?
Theoretisch ja, praktisch dürften die alle schon da sein,
da
Am 27. Januar 2009 17:14 schrieb Jutta Weisel ju...@weisel.de:
Wenn die Renderer bei Flächenobjekten zusätzlich ein Symbol zeigen
wollen, sollten sie sich selbst darum kümmern.
Das trifft nicht das Problem. Das Symbol sollte nicht an jeder Fläche
stehen, sondern nur da, wo es was aussagt.
Hallo,
Heiko Jacobs schrieb:
Norbert K?ck o...@nk-bre.net wrote:
w?re es nicht einfacher, bei beiden Regeln den Namen mit exakt demselben
Abstand zum Objekt zu zeichnen?
Habe als Notloesung mal die Abstaende bei der Textverschiebung
bei Hausnummern von 0 und -1.5 auf das -2.5 von historic
2009/1/27 Jutta Weisel ju...@weisel.de
Zitat von Heiko Jacobs heiko.jac...@gmx.de:
Eher sollte man auf den extra Punkt verzichten, sobald die wichtigen
Renderer Flaechen benamsen und beysmbolen koennen statt doppelter
Datenhaltung...
Es macht aber auf einem Campus nicht für alle
Am 27. Januar 2009 17:09 schrieb Heiko Jacobs heiko.jac...@gmx.de:
Martin Simon grenzde...@gmail.com wrote:
Das ist sicher (noch?) zu kompliziert. Mein Vorschlag: Wie bei
Mapnik nur f?r Punkte Symbole setzen.
Dann soll man also bei schon fl?chenm??ig erfassten Krankenh?usern
noch ein
Norbert K?ck o...@nk-bre.net wrote:
Habe als Notloesung mal die Abstaende bei der Textverschiebung
bei Hausnummern von 0 und -1.5 auf das -2.5 von historic gesetzt
Nachdem meine Pflegef?lle nun neu gerendert sind, bin ich mit dem
Ergebnis ganz einverstanden - danke. Bei diesen Objekten ist
Heiko Jacobs schrieb:
und warte nun gespannt auf die Beshwerden bzgl. neuer Seiteneffekte ;-)
Hoffentlich wartest du vergeblich. ;-)
Habe selbst welche entdeckt ;-)
Na prima.
Ob das ein Seiteneffekt ist? Eben sehe ich hier
Norbert K?ck o...@nk-bre.net wrote:
im Zuge der (hier diskutierten) ge?nderten Darstellung von Hausnummern
scheint es auch zu einer Verschiebung der Geb?udenamen gekommen zu sein.
Nun werden die Hausnummern nicht mehr durch die Namen verdeckt. Seitdem
werden bei benannten Geb?uden, die als
Hallo,
Heiko Jacobs schrieb:
Anscheinend, weil 2 Regeln greifen:
historic=* und buildung=yes
Bei beiden gibt's Regeln fuer name=*
Bei letzterem ggfs. mit Hausnummernverschiebeoffset und einer
laengerne Ausnahmenliste, die offenbar mit ersterer Regel und
einem Satz aehnlicher Regeln nicht
Norbert K?ck o...@nk-bre.net wrote:
w?re es nicht einfacher, bei beiden Regeln den Namen mit exakt demselben
Abstand zum Objekt zu zeichnen?
Habe als Notloesung mal die Abstaende bei der Textverschiebung
bei Hausnummern von 0 und -1.5 auf das -2.5 von historic gesetzt
und warte nun gespannt
28 matches
Mail list logo
