Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Marc Schütz
Ich hab einen Patch (nur für ORP, nicht XSLT) geschrieben, wenn ihn jemand 
einchecken möchte:
http://trac.openstreetmap.org/ticket/997

 Original-Nachricht 
> Datum: Tue, 01 Jul 2008 11:10:31 +0200
> Von: "Marc Schütz" <[EMAIL PROTECTED]>
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] Gates in Osmarender

> > Hallo.
> > 
> > Am Montag, 30. Juni 2008 schrieb Frederik Ramm:
> > > sowas wie Osmarender, der die Schranke immer
> > > im rechten Winkel zur Strasse malt, waere damit etwas schwer.
> > 
> > Ach genau, wollte ich auch mal ansprechen: 
> > Der Algorithmus funktioniert nicht. ;-)
> > 
> >
> http://www.openstreetmap.org/?lat=48.95369&lon=9.58124&zoom=17&layers=0B0FTF
> > 
> > Da scheint er das wohl besonders intelligent senkrecht zum Rand des
> > Friedhofs 
> > zu rendern.
> > 
> 
> Aus dem Kommentar zur draw_way_markers-Funktion im ORP:
> 
> # This implementation currently only looks at the first way using
> # the specified node.
> 
> D.h. bei mehreren Wegen durch den Punkt kann auch mal der falsche erwischt
> werden (hier die Friedhofsgrenze). Man könnte das beheben, indem man die
> berücksichtigten Ways auf highway=* beschränkt.
> 
> Grüße, Marc

-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Heiko Jacobs
Frederik Ramm <[EMAIL PROTECTED]> wrote:
> Wer heute Schrank rot-weiss malt, will morgen 
> durchgaengig grau-schwarze Strassen...

Auja!
Aber bitte das Alter und den Hersteller des Belags, die Kfz/Tag
und den Beschattungsindex duch Nachbargebaeude mitmappen, damit
wie die Aenderungen des Grautons ueber die Jahre korrekt darstellen
koennen!




;-)


   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umwelt&verkehr KA umverka.de


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Sven Geggus
Frederik Ramm <[EMAIL PROTECTED]> wrote:

> Einzige Mini-Unschoenheit ist, dass man damit eben echt auf reine
> POIs fixiert waere...

Das sollte insbesondere dadurch ein Problem werden, dass immer mehr flächige
POIs auftauchen. Sportplätze, oder auch Gebäude mit Supermärkten etc. für
die kein separater POI mehr angelegt wurde.

Sven

-- 
"The term "any key" does not refer to a particular key on the keyboard. It
simply means to strike any one of the keys on your keyboard or handheld
screen." (Compaq FAQ Entry 2859)
/me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Fabian -Patzi- Patzke
Frederik Ramm schrieb:
> Hallo,
> 
>>> Dieses ganze Konzept mit der einen zentralen Karte ist einfach 
>>> nicht fuer unser Projekt geeignet. Was wir machen sollten, ist
>>> folgendes: Eine Datenbank, die taeglich aus dem Planet aktualisiert
>>> wird, aber ausschliesslich POIs enthaelt. Dazu ein Mini-API und
>>> ein Frontend (Pauls POI-Karte), fertig ist die Sache.
> [...]

Genau das hatte ich mir neulich Abend auch mal gedacht, aber irgendwie
vergessen. Danke dass es Dir auch eingefallen ist :)

> [...]
> Von einer Aufteilung der DATEN hat niemand geredet, selbstverstaendlich 
> bleibt da alles beim alten. Ich meinte nur, man muesste weg von der 
> zentralen, fuer alle einheitlichen KARTE.
> [...]

Ich denke auch das hier echt ein großer Vorteil liegen könnte, mit dem
man sich dann auch schnell seine Spezialkarte zusammen klicken könnte.
Wenn man logische Unterteilungen in den Karten macht, kann man da
bestimmt auch die Last reduzieren, da viele User nur eine simple Karte
brauchen in der Straßen/Wege, Orte, Wälder, Flüße sind. Darüber kann man
dann einen anderen Layer mit z.B. Kartbahnen und Schifffahrtswegen legen.
Wichtig dabei ist, wie Frederik auch meinte, dass die Daten aus EINER
Datenbank kommen, da somit keine Inkonsistenzen entstehen können.
Ich finde die Idee sehr gut und denke auch, dass bei genügend Interesse
z.B gerade der Sportbootschifffahrt dann eine openseamap entstehen
könnte, die das Rendering für Schifffahrtswege und -zeichen anbietet.

Grüße,
Fabian



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Marc Schütz
> Hallo.
> 
> Am Montag, 30. Juni 2008 schrieb Frederik Ramm:
> > sowas wie Osmarender, der die Schranke immer
> > im rechten Winkel zur Strasse malt, waere damit etwas schwer.
> 
> Ach genau, wollte ich auch mal ansprechen: 
> Der Algorithmus funktioniert nicht. ;-)
> 
> http://www.openstreetmap.org/?lat=48.95369&lon=9.58124&zoom=17&layers=0B0FTF
> 
> Da scheint er das wohl besonders intelligent senkrecht zum Rand des
> Friedhofs 
> zu rendern.
> 

Aus dem Kommentar zur draw_way_markers-Funktion im ORP:

# This implementation currently only looks at the first way using
# the specified node.

D.h. bei mehreren Wegen durch den Punkt kann auch mal der falsche erwischt 
werden (hier die Friedhofsgrenze). Man könnte das beheben, indem man die 
berücksichtigten Ways auf highway=* beschränkt.

Grüße, Marc

-- 
Pt! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-07-01 Diskussionsfäden Frederik Ramm
Hallo,

>> Dieses ganze Konzept mit der einen zentralen Karte ist einfach 
>> nicht fuer unser Projekt geeignet. Was wir machen sollten, ist
>> folgendes: Eine Datenbank, die taeglich aus dem Planet aktualisiert
>> wird, aber ausschliesslich POIs enthaelt. Dazu ein Mini-API und
>> ein Frontend (Pauls POI-Karte), fertig ist die Sache. Die Spezial-

[...]

> Eine große DB mit allen Infos hat seine Probleme, aber eine 
> Zerstückelung würde ganz neue mit sich bringen. Dan bleibt es nicht nur 
> bei den POIs, sondern dann würde es  bald eine Railway, Aeroplain,

[...]

Von einer Aufteilung der DATEN hat niemand geredet, selbstverstaendlich 
bleibt da alles beim alten. Ich meinte nur, man muesste weg von der 
zentralen, fuer alle einheitlichen KARTE.

> aber zurück zum Thema: Ob die Gates nun dünn und Schwarz sein sollten 
> oder etwas dicker und rot-weiss, das war die Frage.

Karten sind keine Fotos, sondern stellen eine abstrahierte Version der 
Realitaet dar. Wer heute Schrank rot-weiss malt, will morgen 
durchgaengig grau-schwarze Strassen...

Bye
Frederik

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-06-30 Diskussionsfäden Thorsten Feles
Frederik Ramm schrieb:
> Hi,
> 
>> sollte man gates nicht besser etwas dicker und evtl rot bzw. 
>> rot-weiss-rot rendern ?
> 
> Ich moechte allgemein ein bisschen zur Maessigung aufrufen. Nicht 
> jedes Detail, was existiert, hat auch auf der Karte seine Berechtigung. 
> Irgendwann kann den Osmarender-Style keiner mehr warten, wenn wir so 
> weitermachen.

Sorry, das war ein Verbesserungsvorschlag bei dem nur eine existierende 
Darstellung verändert worden wäre. Über den Sinn oder Unsinn alles 
anzuzeigen zu wollen hatte ich nichts sagen wollen.


> Wir muessten eventuell echt mal ein paralleles Tile-Universum auf-
> ziehen mit einer "Debug-Karte", auf der *ALLES* gerendert ist.

Warum denn nicht, aber gates sind eine Grundinformation die nicht 
zwingend ausgelagert gehört.

> Dieses ganze Konzept mit der einen zentralen Karte ist einfach 
> nicht fuer unser Projekt geeignet. Was wir machen sollten, ist
> folgendes: Eine Datenbank, die taeglich aus dem Planet aktualisiert
> wird, aber ausschliesslich POIs enthaelt. Dazu ein Mini-API und
> ein Frontend (Pauls POI-Karte), fertig ist die Sache. Die Spezial-
> Datenbank koennte die POI-Liste in einem Bruchteil der Zeit raus-
> geben, die unser zentrales API braucht. Ins [EMAIL PROTECTED] bauen wir
> dann einen "no-POI"-Layer ein, der Detailkarten ohne POIs rendert,
> und die nimmt Paul als Hintergrund.
> 
> Einzige Mini-Unschoenheit ist, dass man damit eben echt auf reine
> POIs fixiert waere... sowas wie Osmarender, der die Schranke immer
> im rechten Winkel zur Strasse malt, waere damit etwas schwer.

Eine große DB mit allen Infos hat seine Probleme, aber eine 
Zerstückelung würde ganz neue mit sich bringen. Dan bleibt es nicht nur 
bei den POIs, sondern dann würde es  bald eine Railway, Aeroplain, 
Jogger und Grashüpfer DB geben. Die Synchron zu halten wird schwer. 
Beispiel: In der Haupt-DB ändert jemand einen Bahnübergang und dessen 
Lage etwas. Das muss dann zeitnah in der Rail-DB gleichfalls geändert 
werden da ja nur dort die Eisenbahner ihre Schraubentypen der 
Schienenbefestigungen als Eigenschaft angeben dürfen. Wenn nun gerade da 
einer den Schotter ändert, führt das zu massig Konflikten auf der Ebene 
zwischen den Datenbanken, da kann dann kein Nutzer helfend eingreifen 
beim Upload.

aber zurück zum Thema: Ob die Gates nun dünn und Schwarz sein sollten 
oder etwas dicker und rot-weiss, das war die Frage.

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-06-30 Diskussionsfäden Thorsten Feles
Bernd Wurst schrieb:

> Am Montag, 30. Juni 2008 schrieb Frederik Ramm:
>> sowas wie Osmarender, der die Schranke immer
>> im rechten Winkel zur Strasse malt, waere damit etwas schwer.
> 
> Ach genau, wollte ich auch mal ansprechen: 
> Der Algorithmus funktioniert nicht. ;-)
> 
> http://www.openstreetmap.org/?lat=48.95369&lon=9.58124&zoom=17&layers=0B0FTF
> 
> Da scheint er das wohl besonders intelligent senkrecht zum Rand des Friedhofs 
> zu rendern.

Ist mir auch schon aufgefallen, bei einer Schranke an einer 
Parkplatzeinfahrt richtet Osmarender das gates fast immer an der 
amenity=parking und nicht am highway=service aus. Nimmt er dort immer 
den längsten way anstelle den sinnvollsten (=highway) ?

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-06-30 Diskussionsfäden Bernd Wurst
Hallo.

Am Montag, 30. Juni 2008 schrieb Frederik Ramm:
> sowas wie Osmarender, der die Schranke immer
> im rechten Winkel zur Strasse malt, waere damit etwas schwer.

Ach genau, wollte ich auch mal ansprechen: 
Der Algorithmus funktioniert nicht. ;-)

http://www.openstreetmap.org/?lat=48.95369&lon=9.58124&zoom=17&layers=0B0FTF

Da scheint er das wohl besonders intelligent senkrecht zum Rand des Friedhofs 
zu rendern.

Gruß, Bernd

-- 
Press  to detonate or any other key to explode


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de


Re: [Talk-de] Gates in Osmarender

2008-06-30 Diskussionsfäden Frederik Ramm
Hi,

> sollte man gates nicht besser etwas dicker und evtl rot bzw. 
> rot-weiss-rot rendern ?

Ich moechte allgemein ein bisschen zur Maessigung aufrufen. Nicht 
jedes Detail, was existiert, hat auch auf der Karte seine Berechtigung. 
Irgendwann kann den Osmarender-Style keiner mehr warten, wenn wir so 
weitermachen.

Wir muessten eventuell echt mal ein paralleles Tile-Universum auf-
ziehen mit einer "Debug-Karte", auf der *ALLES* gerendert ist.

Aber dann kaemen auch wieder Leute und wuerden sagen: "Die rot-
weissen Schranken will ich ja schon und die Wasserfontaenen, daher
nehme ich die Debug-Karte und nicht die normale, aber muessen jetzt
wirklich die ganzen Parkbaenke eingezeichnet sein, die verdecken 
doch die Sicht auf die Schranken..."

Dieses ganze Konzept mit der einen zentralen Karte ist einfach 
nicht fuer unser Projekt geeignet. Was wir machen sollten, ist
folgendes: Eine Datenbank, die taeglich aus dem Planet aktualisiert
wird, aber ausschliesslich POIs enthaelt. Dazu ein Mini-API und
ein Frontend (Pauls POI-Karte), fertig ist die Sache. Die Spezial-
Datenbank koennte die POI-Liste in einem Bruchteil der Zeit raus-
geben, die unser zentrales API braucht. Ins [EMAIL PROTECTED] bauen wir
dann einen "no-POI"-Layer ein, der Detailkarten ohne POIs rendert,
und die nimmt Paul als Hintergrund.

Einzige Mini-Unschoenheit ist, dass man damit eben echt auf reine
POIs fixiert waere... sowas wie Osmarender, der die Schranke immer
im rechten Winkel zur Strasse malt, waere damit etwas schwer.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09" E008°23'33"


___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de