Re: [Talk-de] JOSM und Historie eines Objektes

[Georg Feddern]

Moin,

Markus schrieb:

Wo findet man in JOSM einen Link zur Historie eines Objektes?
(den man kopieren und per Mail verschicken kann)


- Objekt auswählen (markieren)
- Menü Ansicht - Objektgeschichte oder STRG + H
- Link in der Adresszeile des Browsers kopieren

Gruß
Georg

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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[André Joost]

Am 31.05.11 08:22, schrieb Sarah Hoffmann:

Hallo,

wie auf der FOSSGIS schon angekuendigt, hat das Wanderwege-Overlay einen
neuen Server spendiert bekommen. Der Umzug ist jetzt beendet und die neue
Karte ab sofort unter folgender neuen Adresse erreichbar:

http://hiking.lonvia.de



Das sieht ja schön aus. Aber:
http://www.openstreetmap.org/browse/relation/178835
http://hiking.lonvia.de/de/relation/178835

Das osmc:symbol ist jetzt bei dir invertiert: schwarze Schrift auf 
weißem Grund statt umgekehrt.


Ist das ein bug oder ein feature?

Gruß und Dank,
André Joost


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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[André Joost]

Am 31.05.11 09:16, schrieb André Joost:

Am 31.05.11 08:22, schrieb Sarah Hoffmann:

Hallo,

wie auf der FOSSGIS schon angekuendigt, hat das Wanderwege-Overlay einen
neuen Server spendiert bekommen. Der Umzug ist jetzt beendet und die neue
Karte ab sofort unter folgender neuen Adresse erreichbar:

http://hiking.lonvia.de



Das sieht ja schön aus. Aber:
http://www.openstreetmap.org/browse/relation/178835
http://hiking.lonvia.de/de/relation/178835

Das osmc:symbol ist jetzt bei dir invertiert: schwarze Schrift auf
weißem Grund statt umgekehrt.

Ist das ein bug oder ein feature?



Nochwas:
Bei
http://hiking.lonvia.de/de/relation/69326
wird nur das ref-tag ausgewertet. Dafür gibts hier:
http://hiking.lonvia.de/de/relation/103154
Das richtige Symbol. Irgendwie unlogisch.

Gruß,
André Joost



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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[Sven Geggus]

Sarah Hoffmann  wrote:

> http://hiking.lonvia.de/relation/
> 
> oder ueber den Namen:
> 
> http://hiking.lonvia.de/route/

Inwiefern wertest Du den osmc:symbol Tag aus?

Warum hat zum Beispiel der "Weinpfad Kraichgau"
(http://hiking.lonvia.de/de/route/Weinpfad%20Kraichgau) HW9 als Logo statt
dem blauen W auf weißem Grund?

Ach ja, nochwas. Da ich mir ja überlegt hatte so ein Overlay eventuell auch
mal für Radfernwege zu rendern. Inwiefern ist denn Deine Toolchain Open
Source?

Gruss

Sven

-- 
"Those who do not understand Unix are condemned to reinvent it, poorly"
(Henry Spencer)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[Markus]

Hallo Sarah,


http://hiking.lonvia.de
http://hiking.lonvia.de/relation/
http://hiking.lonvia.de/route/


Sehr schön :-)

Gruss, Markus

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

Re: [Talk-de] JOSM und Historie eines Objektes

[Markus]

Moin Georg,


- Objekt auswählen (markieren)
- Menü Ansicht - Objektgeschichte oder STRG + H
- Link in der Adresszeile des Browsers kopieren


Danke, das hat geholfen!
Markus


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

[Talk-de] Renderer Update-Frequenz

[Markus]

Irgendwo habe ich gelesen, dass Mapnik "minütlich" rendert.
Ich erzähle immer "in etwa 10 Minuten".

Aber manchmal sieht man auch nach 12 Stunden noch kein Änderung.

Wie ist die Frequenz für die verschiedenen Zoomlevel?
Wovon hängt die Frequenz ab?
Wo kann man die aktuelle Performance sehen (Realtime-Grafik?)
Es gibt doch einen Trick, um den Rendererer zu sofortigem Rendering zu 
veranlassen? wie geht das?


Gruss, Markus

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

Re: [Talk-de] man_made=cutline Darstellung mapnik

[M∡rtin Koppenhoefer]

m.E. ist das ein Kandidat für eine Trennung der einzelnen Waldstücke
(trennt ja explizit), d.h. ich bräuchte da gar keinen speziellen Tag
fürs Rendern, sondern würde den Wald dort trennen (und ggf. auch eine
kleine Distanz zwischen den Teilen lassen). Wenn die cutline z.B. dazu
dient, verschiedene Waldstücke von einander abzugrenzen, dann
"braucht" man potentiell sowieso ein Polygon je Teil (für Namen,
operator, etc.).

Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 29. Mai 2011 14:23 schrieb Garry :
> Am 28.05.2011 09:41, schrieb Peter Wendorff:
>> Trennt man jetzt aber die Layer, dann erschwert man dieses simultane
>> Bearbeiten - und versteckt die dadurch provozierten Fehler eher vor dem
>> Nutzer.
>
> Nein, man verhindert somit dass sich ein Fehler auf den anderen Layer
> automatisch überträgt. Wenn ich z.b. eine Waldfläche bearbeite um die
> Konturen detaillierter zu erfassen ist es äusserst lästig wenn eine Strasse
> daran "klebt".


eine Straßenmitte ist nie gleichzeitig ein Waldrand, von daher ist da
schon vorher irgendwo ein Fehler. Wenn man die Sachen auf
verschiedenen, getrennten Layern hat, dann kann man allerdings
topologische Zusammenhänge gar nicht mehr herstellen, von daher geht
das m.E. mit unserem Datenmodell sowieso nicht.

Gruß Martin

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

Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice

[Chris66]

Am 30.05.2011 22:05, schrieb Chris66:

> ich habe auch die vielen Restriktions an der B5 Auffahrt
> im Verdacht, blicke da aber nicht durch.
> Mir sind zB. die Restriktions 569334,569335,569374 suspekt.

Antwort vom Ersteller:

> der Fehler sollte jetzt behoben sein.
>
> Es lag mit Sicherheit daran, das "***" dort am 15.05.11 was an
> dieser Kreuzung geupdatet hat.
>
> Ich habe jetzt die Relationen für die Abbiegevorschriften der neu
> eingezeichneten Kreuzungssituation angepasst.
>
> Das entsprechende Changeset dafür ist hier zu finden:
> http://www.openstreetmap.org/browse/changeset/8300639

Also mit aktuellen Karten nochmal testen

Bei den Onlineroutern muss man leider ein paar Monate warten bis sich
das auswirkt. ;-)

Chris



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

Re: [Talk-de] Routing-Fehler nüvi vs. openrouteservice

[fly]

Am 30.05.2011 22:05, schrieb Chris66:
> Am 30.05.2011 15:31, schrieb Steffen Grunewald:
> 
>> Übersehe ich was?
>> (Angesichts der gesetzten oneway-Tags erscheinen mir die no_right_turn-
>> Relationen ohnehin obsolet...)
> 
> Ja, ich habe auch die vielen Restriktions an der B5 Auffahrt
> im Verdacht, blicke da aber nicht durch.
> Mir sind zB. die Restriktions 569334,569335,569374 suspekt.

569335 wurde bereits gelöscht.

569335,569374 sowie 1607221,1607222 sind meiner Meinung nach
überflüssig, da sie alle das abbiegen in eine gegenläufige Einbahnstraße
verhindern und somit für das routing überflüssig sind.

Wenn überhaupt könnte man das Verkehrszeichen taggen, aber gerade das
fehlt in den Relationen.

Habe diese Info auch mal dem/r ErstellerIn zukommen lassen.

Bis bald
fly

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

Re: [Talk-de] Renderer Update-Frequenz

[Bernd Wurst]

Hallo Markus.

Am 2011-05-31 11:14 schrieb Markus:
> Es gibt doch einen Trick, um den Rendererer zu sofortigem Rendering
> zu veranlassen? wie geht das?

Die Karten-Kachel direkt anzeigen (Rechtsklick -> "Grafik anzeigen")
und dann hinter der XXX.png noch "/dirty" dran hängen. Also
"XXX.png/dirty".

Dann rendert Mapnik alsbald die Kachel neu. Wenn man das zu früh macht,
könnte es allerdings sein, dass die Daten-Änderung noch nicht bei
Mapnik ankam, dann rendert er mit den alten Daten neu. Also so 5 Min.
warten ist durchaus angebracht und in vielen Fällen ist dann das
automatische Neurendern schneller. :)

Gruß, Bernd

-- 
I believe in making the world safe for our children,
but not our children's children, because I don't think
children should be having sex.  -  Jack Handey


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Renderer Update-Frequenz

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 11:14 schrieb Markus :

> Aber manchmal sieht man auch nach 12 Stunden noch kein Änderung.


es kann (oder konnte zumindest in der Vergangenheit) vorkommen, dass
die Renderqueue (die Warteliste) voll war, und Änderungen dadurch
überhaupt nicht mehr gerendert wurden (wurde AFAIK verursacht durch
Anwendungen, die Unmengen von Tiles lokal herunterladen wollten, wobei
viele der Z18 tiles noch überhaupt nicht vorrätig waren, so dass sie
in die Warteliste kamen).

Gruß Martin

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

Re: [Talk-de] Renderer Update-Frequenz

[Frederik Ramm]

Markus,

On 05/31/11 11:14, Markus wrote:

Irgendwo habe ich gelesen, dass Mapnik "minütlich" rendert.
Ich erzähle immer "in etwa 10 Minuten".

Aber manchmal sieht man auch nach 12 Stunden noch kein Änderung.


Du hast die gleiche Frage am 1. Februar auf dieser Liste gestellt und 
dazu einige Antworten bekommen.


Bye
Frederik

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Frederik Ramm]

Hallo,

On 05/31/11 12:45, M∡rtin Koppenhoefer wrote:

eine Straßenmitte ist nie gleichzeitig ein Waldrand, von daher ist da
schon vorher irgendwo ein Fehler.


Ich wehre mich gegen die Implikation, dass eine Generalisierung beim 
Mappen immer gleich ein "Fehler" sein muss.


Viele Mapper verwenden tatsaechlich eine Strassengeometrie als 
Flaechenbegrenzung. Das ist voellig in Ordnung, genauso wie es voellig 
in Ordnung ist, eine zweigleisige Bahntrasse als einzigen 
"railway=rail"-Way zu zeichnen. Es ist eine Ungenauigkeit, die den 
aktuell zur Verfuegung stehenden Mitteln oder der Erfassungsgenauigkeit 
oder der Arbeitsbereitschaft des Mappers geschuldet ist. Es ist kein 
"Fehler".


Bye
Frederik

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 14:36 schrieb Frederik Ramm :
> Hallo,
>
> On 05/31/11 12:45, M∡rtin Koppenhoefer wrote:
>>
>> eine Straßenmitte ist nie gleichzeitig ein Waldrand, von daher ist da
>> schon vorher irgendwo ein Fehler.
>
> Ich wehre mich gegen die Implikation, dass eine Generalisierung beim Mappen
> immer gleich ein "Fehler" sein muss.
>
> Viele Mapper verwenden tatsaechlich eine Strassengeometrie als
> Flaechenbegrenzung. Das ist voellig in Ordnung, genauso wie es voellig in
> Ordnung ist, eine zweigleisige Bahntrasse als einzigen "railway=rail"-Way zu
> zeichnen. Es ist eine Ungenauigkeit, die den aktuell zur Verfuegung
> stehenden Mitteln oder der Erfassungsgenauigkeit oder der
> Arbeitsbereitschaft des Mappers geschuldet ist. Es ist kein "Fehler".


OK, es ist eine Ungenauigkeit, die man je nach Bezugsmaßstab als
topologischen Fehler werten kann, oder auch einfach nur als "vorläufig
grob" gemappt, einverstanden.

Prinzipiell bin ich bereit, Ungenauigkeiten, die z.B. aus der von Dir
genannten geringen "Arbeitsbereitschaft des Mappers" bzw. der
Erfassungsgenauigkeit resultieren, durchaus auch als Fehler zu werten
--- natürlich ohne dass daraus gleich eine Anklage wird.

Eine Straße ohne Namen, die eigentlich einen Namen hat, ist nicht
falsch, während ein falsch geschriebener Name klar falsch ist. Mit der
Topologie ist es ähnlich: nicht vorhandene Details (z.B. schludrig
gezeichneter Waldrand) sind erstmal nur unvollständig, während falsch
verbundene Dinge eben falsch sind. Weg-mitten können nie
Flächenbegrenzungen sein, dass sollte eigentlich klar sein. Ob man es
als Näherung akzeptieren will muss die Community abwägen.

Auf der einen Seite steht das einfachere und schnellere Mappen, auf
der anderen Seite führt diese Schludrigkeit zu falschen Flächengrößen
und oft auch zu weiteren Topologiefehlern (z.B. wenn der Waldrand
jetzt eingezäunt ist, machen manche einfach einen barrier=fence-tag an
den Waldrand, der in diesem Fall dann mitten auf der Straße läuft,
oder wenn weitere Objekte, die nicht zusammengehören, verbunden
werden, z.B. eine Querstraße mit dem Landuse anstatt mit der Straße).
Auch behindert es beim Ergänzen weiterer Details (wenn man aufnehmen
will, was zwischen Straße und Wald liegt).

Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Frederik Ramm]

Hallo,

On 05/31/11 15:14, M∡rtin Koppenhoefer wrote:

Weg-mitten können nie
Flächenbegrenzungen sein, dass sollte eigentlich klar sein.


So, wie Du es geschrieben hast, mag das "klar" sein. Aber ein OSM-Way 
ist nicht "die Wegmitte", sondern eine Naeherungsdarstellung fuer die 
gesamte Strasse.


Frag jemanden, bis wohin der Wald geht, und derjenige sagt "bis zur 
Landstrasse". Dann *ist* die Landstrasse die Flaechenbegrenzung, und es 
ist voellig in Ordnung, die Landstrasse zur Flaechenbegrenzung zu nehmen.


Dass daraus dann etwas "Falsches" wird, wenn jemand den Way, der die 
Landstrasse repraesentiert, als "die Mitte der Landstrasse" 
interpretiert, das ist dessen Problem.


Bye
Frederik

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 15:53 schrieb Frederik Ramm :
> Hallo,
>
> On 05/31/11 15:14, M∡rtin Koppenhoefer wrote:
>>
>> Weg-mitten können nie
>> Flächenbegrenzungen sein, dass sollte eigentlich klar sein.
>
> So, wie Du es geschrieben hast, mag das "klar" sein. Aber ein OSM-Way ist
> nicht "die Wegmitte", sondern eine Naeherungsdarstellung fuer die gesamte
> Strasse.


jedenfalls bis jemand kommt, und die Straßenflächen auch noch explizit
mappt (da gibt es ja einige, die das gerne wünschen bzw. wird es z.T.
auch schon gemacht).


> Frag jemanden, bis wohin der Wald geht, und derjenige sagt "bis zur
> Landstrasse". Dann *ist* die Landstrasse die Flaechenbegrenzung, und es ist
> voellig in Ordnung, die Landstrasse zur Flaechenbegrenzung zu nehmen.


naja, sprachlich ist derjenige halt auf etwas angewiesen, was der
andere wiedererkennen kann. Wenn ich jemanden frage: "wo ist der
Reichstag in Berlin?", und der sagt mir "neben dem Brandenburger Tor",
dann stimmt das ja auch ungefähr, aber trotzdem würde der
Durchschnittsmapper es gerne genauer eintragen.


> Dass daraus dann etwas "Falsches" wird, wenn jemand den Way, der die
> Landstrasse repraesentiert, als "die Mitte der Landstrasse" interpretiert,
> das ist dessen Problem.


Das "Problem" ist die Mischung von Graphen mit Flächen. Zwar ist das
unter anderem Blickwinkel auch eine Stärke, aber inwiefern so ein
Vorgehen in OSM gewünscht ist sollte man m.E. unter Abwägung der Vor-
und Nachteile in der Community abstimmen, so dass man wenigstens eine
klare Empfehlung abgeben kann - zu einer bestimmten Mappingweise kann
man ja sowieso niemanden zwingen.

Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Torsten Leistikow]

Frederik Ramm schrieb am 31.05.2011 15:53:
> Aber ein OSM-Way
> ist nicht "die Wegmitte", sondern eine Naeherungsdarstellung fuer die
> gesamte Strasse.
> 
> Frag jemanden, bis wohin der Wald geht, und derjenige sagt "bis zur
> Landstrasse". Dann *ist* die Landstrasse die Flaechenbegrenzung, und es
> ist voellig in Ordnung, die Landstrasse zur Flaechenbegrenzung zu nehmen.
> 
> Dass daraus dann etwas "Falsches" wird, wenn jemand den Way, der die
> Landstrasse repraesentiert, als "die Mitte der Landstrasse"
> interpretiert, das ist dessen Problem.

Sehe ich genauso. Nach meiner Meinung gehoert also nur ein Abstand zwischen die
(als Linie erfasste) Strasse und eine Flaeche, wenn zwischen der Strasse und
dieser Flaeche noch ein anderes Objekt liegt, dass man spaeter zu erfassen 
gedenkt.

Bei einem Wald den Rand mit einer Genauigkeit < einer Fahrbahnbreite den Rand
festlegen zu wollen, ist sowieso muessig. Verlaeuft entlang der aeussersten
Borke eines Stammes der Waldrand? Ober ist der am weitesten hinausragende Zweig
der Rand des Waldes? Oder eine offizielle Flurstueckgrenze? Oder...

Gruss
Torsten

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 16:26 schrieb Torsten Leistikow :

> Sehe ich genauso. Nach meiner Meinung gehoert also nur ein Abstand zwischen 
> die
> (als Linie erfasste) Strasse und eine Flaeche, wenn zwischen der Strasse und
> dieser Flaeche noch ein anderes Objekt liegt, dass man spaeter zu erfassen 
> gedenkt.


wer ist "man"? Praktisch jede Straße hat einen Graben, vor allem, wenn
durch einen Wald führt.


> Bei einem Wald den Rand mit einer Genauigkeit < einer Fahrbahnbreite den Rand
> festlegen zu wollen, ist sowieso muessig. Verlaeuft entlang der aeussersten
> Borke eines Stammes der Waldrand? Ober ist der am weitesten hinausragende 
> Zweig
> der Rand des Waldes? Oder eine offizielle Flurstueckgrenze?


m.E. ein Missverständnis, es ging um topologische Präzision nicht
darum, auf den cm genau den Waldrand angeben zu wollen. Dass wir z.T.
Probleme damit haben, die Ränder von Flächen genau zu bestimmen, hat
nichts damit zu tun, wie man Objekte untereinander miteinander
verknüpft. Wenn man schon keine Lust hat, den Waldrand zu bestimmen,
kann man genausogut (oder besser m.E.) einfach die Straße _durch_ den
Wald führen, also den Wald dort überhaupt nicht teilen und dadurch den
Generalisierungsgrad bereits angeben.

Gruß Martin

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

Re: [Talk-de] Renderer Update-Frequenz

[Garry]

Am 31.05.2011 14:33, schrieb Frederik Ramm:

Markus,

On 05/31/11 11:14, Markus wrote:

Irgendwo habe ich gelesen, dass Mapnik "minütlich" rendert.
Ich erzähle immer "in etwa 10 Minuten".

Aber manchmal sieht man auch nach 12 Stunden noch kein Änderung.


Du hast die gleiche Frage am 1. Februar auf dieser Liste gestellt und 
dazu einige Antworten bekommen.


Damals wurde die Frage nach dem Atomausstieg auch noch anderst 
beantwortet als heute...
Insofern ist es für andere eine Hilfe eine aktuelle Antwort zu lesen als 
nach einer alten Antwort zu suchen
die eventuell gar nicht mehr aktuell ist. Gerade beim Rendern hat sich 
doch im Lauf der Zeit immer wieder mal

was geändert und der 1.Februar liegt auch schon wieder 1/3 Jahr zurück.

Garry

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Torsten Leistikow]

M∡rtin Koppenhoefer schrieb am 31.05.2011 16:36:
> Praktisch jede Straße hat einen Graben, vor allem, wenn
> durch einen Wald führt.

Dir ist schon klar, dass deine Formulierung impliziert, dass der Graben Teil der
Strasse ist?

> Wenn man schon keine Lust hat, den Waldrand zu bestimmen,
> kann man genausogut (oder besser m.E.) einfach die Straße _durch_ den
> Wald führen, also den Wald dort überhaupt nicht teilen und dadurch den
> Generalisierungsgrad bereits angeben.

Kann man auch. Haeufig bietet sich die Teilung des Waldes entlang von Strassen
nur aus rein pragmatsichen Gruenden an.

Interessanter sind sicherlich Faelle, wo nur auf beiden Seiten der Strasse
unterschiedliche Objekte angrenzen.

Gruss
Torsten

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

Re: [Talk-de] Taggen von Einrichtungen "im Bau"

[M∡rtin Koppenhoefer]

Am 27. Mai 2011 13:19 schrieb Garry :
> "Gemeint" - ich finde es keineswegs eindeutig wenn ich unter "construction"
> ein "start_date" finde und die Fertigstellung gemeint ist.
> Zumal auch noch mal ein Unterschied zwischen Fertigstellung eines Bauwerks
> und dessen Nutzungsbeginn gibt.


wobei start_date in OSM eindeutig definiert ist: Beginn des features.
Zumindest bei einem Museum ist das die Eröffnung. Bei einem Gebäude
ist das zugegebenermaßen weniger klar, und könnte evtl. ggf. auch
schon für "Dach dicht" oder so verwendet werden.


> Es gibt Brücken die seit mindestens 25 Jahren fertig sind aber noch nie
> benutzt wurden...


Als Straßenbrücke sind die dann nicht in Betrieb, sind aber trotzdem
eigentlich Brücken. Hm, schwieriger Ausnahmefall, würde ich auf jeden
Fall ein note dranmachen und erklären. Solche Spezialfälle sind
allerdings Ausnahmen die nichts daran ändern, dass start_date für fast
alle Fälle klar definiert ist. Viel Problematischer finde ich, dass
wir nicht unterscheiden zwischen Nutzung und Gebäude. Ich hätte gerne
die Gebäude als Objekte, und die Nutzung (Museum, Restaurant, etc.)
mit einer Relation am Gebäude. Auch für den Operator wäre es
vorteilhaft, könnte man gegen eine externe Datenbank linken
("Branchenbuch" wo man sowohl Regierung, Ämter und Behörden, als auch
jegliche sonstigen Institutionen und öffentliche und private
Gesellschaften in einer Ontologie ablegt, die z.B. dann Angaben
enthält wie: wo ist die Verwaltung, wo die Produktion, wo das
callcenter, ...; was macht die Firma/Einrichtung
(Regierung/Ministerium, Produktion, Service, Handel, etc.), in welcher
Branche sind sie tätig, ... ).

Gruß Martin

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

Re: [Talk-de] Renderer Update-Frequenz

[Markus]

Hallo Frederik,


Du hast die gleiche Frage am 1. Februar auf dieser Liste gestellt


Ich weiss ;-)
Aber durch einen Fesplattenfehler sind die Antworten verloren gegangen.

Dies wollte ich wenigstens diesmal vermeiden und die Antworten ins Wiki 
eintragen, um sie mir und anderen zu erhalten.
Aber die Mapnik-Seite im Wiki handelt nur vom "Programm", nicht von 
unserem Renderingprozess


Also werde ich eine neue Seite anlegen.
Was wäre ein sinnvoller Seitentitel?

"Rendering of OSM-map by Mapnik"?


dazu einige Antworten bekommen.


Vielleicht kann die dann jemand anderer hinzufügen?

Gruss, Markus

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

Re: [Talk-de] Renderer Update-Frequenz

[Sven Geggus]

Markus  wrote:

> Ich weiss ;-)
> Aber durch einen Fesplattenfehler sind die Antworten verloren gegangen.

http://lists.openstreetmap.org/pipermail/talk-de/

Gruss

Sven

-- 
This golden age of communication Means everyone talks at the same time
(Lyrics of "New Model Army" song "225")

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[Sarah Hoffmann]

Hallo,

On Tue, May 31, 2011 at 09:16:00AM +0200, André Joost wrote:
> Das sieht ja schön aus. Aber:
> http://www.openstreetmap.org/browse/relation/178835
> http://hiking.lonvia.de/de/relation/178835
>
> Das osmc:symbol ist jetzt bei dir invertiert: schwarze Schrift auf  
> weißem Grund statt umgekehrt.
>
> Ist das ein bug oder ein feature?

Das ist ein Feature. Nach langem Überlegen habe ich mich dazu ent-
schlossen, osmc:symbol nur noch für geometrische Formen auszuwerten.
Anders gesagt ist die Angabe des Vordergrund-Symbols nun obligatorisch.
Ist kein Vordergrund vorhanden, wird ein normales Referenz-Symbol erzeugt,
welches immer Schwarz-auf-Weiss ist.

Der Hintergedanke dieser Änderung ist, ein etwas einheitlicheres 
Kartenbild zu erzeugen. Die Hauptfunktion der Symbole auf der Karte ist, 
dass man den Wegen einigermassen folgen kann und dass man die Wege 
den Beschreibungen im Routenbrowser zuordnen kann. In der Mehrheit der 
Fälle bleiben die Symbole auch ohne spezielle Farben eindeutig. Wo das 
nicht der Fall ist, kann man darüber diskutieren, die Symbole anzupassen.

Der Algorithmus für die Symbol-Erzeugung ist auf den Hilfeseiten erklärt:
http://hiking.lonvia.de/de/help/rendering

Gruss

Sarah


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

Re: [Talk-de] Renderer Update-Frequenz

[Kai Krueger]

Markus-2 wrote:
> 
> Dies wollte ich wenigstens diesmal vermeiden und die Antworten ins Wiki 
> eintragen, um sie mir und anderen zu erhalten.
> Aber die Mapnik-Seite im Wiki handelt nur vom "Programm", nicht von 
> unserem Renderingprozess
> 

In Englisch gibt es eine Antwort unter (
http://help.openstreetmap.org/questions/178/how-often-does-the-main-mapnik-map-get-updated
)

Wenn etwas klarer waere wie die Internationalisierung (also der Umgang mit
diversen Sprachen) auf help.openstreetmap.org umgesetzt werden sollte,
koennte man die Frage (und Antwort) sicherlich ins Deutsche uebersetzen.

Fuer diese Art von Fragen (a la "Wie funktioniert X"), die eine "klare" /
"eindeutige" Antwort besitzen wurde help.openstreetmap.org ja geschaffen.

Kai




--
View this message in context: 
http://gis.638310.n2.nabble.com/Renderer-Update-Frequenz-tp6421954p6423278.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] Sportgeschäfte taggen - allgemein

[M∡rtin Koppenhoefer]

Am 29. Mai 2011 18:52 schrieb Jan Tappenbeck :
>
>
>  Moin !
>
> für Sportgeschäfte (Tauche, Surfen etc.) allgemein habe ich noch kein Tag
> gefunden.
>
> Was haltet Ihr von shop=sport ??


Wenn es ein reiner Tauchsportbedarf ist, finde ich sport oder sports
ein bisschen wenig (evtl. kann man das aber subtaggen). Es gibt z.B.
auch
shop=scuba_diving, shop=watersports und shop=surfing in taginfo (alle
in homöopathischen Dosen). Wie wäre es, dazu mal das Wiki zu ergänzen?
shop=sports und sport=xy finde ich durchaus gangbar als Weg, und
sport=xy ist auch bereits ausführlich im Wiki dokumentiert.

Gruß Martin

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

Re: [Talk-de] Renderer Update-Frequenz

[Kai Krueger]

Bernd Wurst wrote:
> 
> Am 2011-05-31 11:14 schrieb Markus:
>> Es gibt doch einen Trick, um den Rendererer zu sofortigem Rendering
>> zu veranlassen? wie geht das?
> 
> Die Karten-Kachel direkt anzeigen (Rechtsklick -> "Grafik anzeigen")
> und dann hinter der XXX.png noch "/dirty" dran hängen. Also
> "XXX.png/dirty".
> 
Die Loesung mit dem /dirty gibt es zwar, aber man sollte auch dazu sagen das
sie in den meisten faellen nicht hilft oder moeglicherweise sogar
kontraproduktiv ist.

/dirty hilft nur dann wenn es
a) bugs im "tile expiry code" gibt
b) eine style sheet aenderung gab, aber keine aenderung der Daten
c) bei low zoom tiles.

/dirty verwendet den gleichen Mechanismus wie die automatische Generierung.
Wenn es also in der automatischen Erzeugung zu Problemen kommt, funktioniert
auch /dirty (meistens) nicht.

/dirty requests haben sogar (zum Teil) eine niedrigere Prioritaet als solche
die "automatisch" geschehen. 

Der /dirty Mechanismus wurde fuer die Style-sheet maintainer eingefuehrt,
damit die ueberpruefen koennen das aenderungen im Style-sheet die
gewuenschten effekte haben, ohne das sie Daten aendern muessten.

Fuer "normale" User sollte das aber eigentlich nie noetig sein.

Kai

--
View this message in context: 
http://gis.638310.n2.nabble.com/Renderer-Update-Frequenz-tp6421954p6423335.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] Renderer Update-Frequenz

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 17:52 schrieb Kai Krueger :
> Fuer "normale" User sollte das aber eigentlich nie noetig sein.


ausser eben der Queue war gerade voll, als man seine Änderungen gemacht hat.

Gruß Martin

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

Re: [Talk-de] Sportgeschäfte taggen - allgemein

[Chris66]

Am 31.05.2011 17:49, schrieb M∡rtin Koppenhoefer:

> shop=sports und sport=xy finde ich durchaus gangbar als Weg, und
> sport=xy ist auch bereits ausführlich im Wiki dokumentiert.



Der Sport-Tag soll laut Wiki angeben, welche Sportart man dort
ausüben kann, und nicht welches Sport-Zubehör man dort kaufen kann.

Tags sollten IMHO eine eindeutige Bedeutung haben und keine die
von einem anderen ("Haupt"-Tag) abhängig ist, ansonsten kann man
schöne widersprüchliche Beispiele konstruieren:

Sporthalle mit Verkaufsraum:

leisure=sports_centre
shop=sports
sport=tennis

Bezieht sich das sport=tennis nun auf den Shop oder die Sporthalle oder
beides ?

;-)

Christian


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

Re: [Talk-de] Lokales, was Re: amazon.de-affiliate für OSM?

[M∡rtin Koppenhoefer]

Am 30. Mai 2011 15:39 schrieb malenki :
>>Ansonsten überlegt mal, ob Ihr nicht auch regional kaufen könnt.
>>Es hätte positive Wirkungen für uns alle.
> Kefir bzw. Vollmilch und Schafskäse bekomme ich quasi direkt vom Hof.
> Brot, Brötchen und Fleisch kaufe ich in den jeweiligen Fachgeschäften.
>
> Krieg ich jetzt ein Bienchen?¹ ;)


Du könntest überlegen, ob Du nicht in die Stadt ziehen willst, da
sparst Du einiges an Wegstrecke und könntest von i.d.R. besserem ÖPNV
profitieren. Auch Einkaufskooperativen, Teilautos etc. machen mehr
Sinn, wenn die Dichte höher ist. Das geht noch weiter: die Ver-
(Strom, Gas, Wasser, Telekom, etc.) und Entsorgung (Müll, Abwasser)
lässt sich bei höherer Dichte optimieren. Es hätte positive Wirkungen
für uns alle. ;-)

Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 16:53 schrieb Torsten Leistikow :

> Interessanter sind sicherlich Faelle, wo nur auf beiden Seiten der Strasse
> unterschiedliche Objekte angrenzen.


ja, und wenn da nun auf der einen Seite ein Wald und auf der anderen
ein Feld angeschlossen wird, dann grenzen die beiden in OSM direkt
aneinander (gemeinsame Nodes), während Du in der Realität eine Straße
_dazwischen_ hast. Klar, solche "Fehler" kann man auch durch Analyse
beseitigen.

Gruß Martin

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Frederik Ramm]

Hallo,

On 05/31/11 18:20, M∡rtin Koppenhoefer wrote:

ja, und wenn da nun auf der einen Seite ein Wald und auf der anderen
ein Feld angeschlossen wird, dann grenzen die beiden in OSM direkt
aneinander (gemeinsame Nodes)


Da sehe ich nun auch wieder gar kein Problem. Von mir aus soll sich 
jeder das Leben so schwer machen, wie er will, solang er es nicht 
*anderen* schwer macht.


Bye
Frederik

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 18:26 schrieb Frederik Ramm :
> Von mir aus soll sich jeder
> das Leben so schwer machen, wie er will, solang er es nicht *anderen* schwer
> macht.


das war ja der Ansatzpunkt: m.E. macht man den anderen das Leben
schwer, wenn man Dinge verbindet, die gar nicht verbunden sind, und
man für kleine Verfeinerungen erstmal die nicht zusammengehörigen
Objekte mühsam auftrennen muss. Oder wenn man Multipolygonmonster für
landuse=residential (etc.) anlegt, wo klare Flächen ausreichend wären.

Auf dem Land mag das noch eher angehen, da man sowieso erstmal nicht
flächendeckend von einer hohen Detaillierung ausgehen kann, aber in
der Stadt führt das oft dazu, dass sich Folgefehler einschleichen.
M.E. ist das Mappen von Flächen in ihren wahren Grenzen die Methode,
die am besten skaliert und sich am einfachsten "weitermappen" lässt.
Multipolygone, wie oft gesehen z.B. für landuses, entwickeln sich im
Laufe des Mappens immer mehr zu unübersichtlichen Monstern (die kaum
von einem neuen Mapper durchdrungen werden können), während meistens
klare schlichte Flächen ausreichend und aussagekräftiger wären.

Gruß Martin

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

Re: [Talk-de] Renderer Update-Frequenz

[Kai Krueger]

M∡rtin Koppenhoefer wrote:
> 
> Am 31. Mai 2011 17:52 schrieb Kai Krueger :
>> Fuer "normale" User sollte das aber eigentlich nie noetig sein.
> 
> 
> ausser eben der Queue war gerade voll, als man seine Änderungen gemacht
> hat.
> 
Nein, auch dann, oder gerade dann, ist /dirty nicht hilfreich. Ein einfaches
neu Betrachten der Seite erreicht das gleiche. Solange die Kachel nicht neu
gerendert wurde, wird bei jeder Betrachtung wieder versucht sie in die
rendering queue zu stellen.

Rendering-Requests werden nicht zur Zeit der Aenderungen in die Queue
gestellt, sondern bei Betrachtung. Demzufolge wenn die Kachel keiner z.B. in
12 Stunden gesichtet hat wird sie auch nicht neu berechnet, sondern erst
dann wenn sie jemand betrachtet. Wenn sie dann nicht schnell genug neu
berechnet wird, wirkt es als waere die Karte "viele Stunden oder gar Tage
alt ". Kurze zeit spaeter ist sie dann aber aktuell.

Moeglicherweise muss man ein "Shift-reload" verwenden um den Browser cache
zu umgehen, aber das muesste man mit /dirty auch um das Ergebnis zu sehen.


--
View this message in context: 
http://gis.638310.n2.nabble.com/Renderer-Update-Frequenz-tp6421954p6423554.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] Wanderwege-Karte ist umgezogen

[ikonor]

Hallo Sarah,

schön ist auch das Markieren der über die Routes-Liste gewählten Route.

Bei dieser Gelegenheit: Vielen Dank für das Entwickeln und bisherige 
Bereitstellen der Karte!


Gruss,
ikonor

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

Re: [Talk-de] Sportgeschäfte taggen - allgemein

[M∡rtin Koppenhoefer]

Am 31. Mai 2011 18:10 schrieb Chris66 :
> Am 31.05.2011 17:49, schrieb M∡rtin Koppenhoefer:
>
>> shop=sports und sport=xy finde ich durchaus gangbar als Weg, und
>> sport=xy ist auch bereits ausführlich im Wiki dokumentiert.
>
> 
>
> Der Sport-Tag soll laut Wiki angeben, welche Sportart man dort
> ausüben kann, und nicht welches Sport-Zubehör man dort kaufen kann.


das stimmt allerdings, die ursprüngliche Definition ("For catagorising
(sic!) any specific sport") wurde da mal wieder im Laufe der Zeit
spezifischer beschrieben durch das "Ausüben", wodurch der tag so wie
er derzeit da steht, nicht passt. Evtl. könnte man eine Abstimmung
machen, ob das "Ausüben" wichtig ist, oder man sich auf eine besser
kombinierbare allgemeine "Kategorieverfeinerung von Sport" einigt.


> Tags sollten IMHO eine eindeutige Bedeutung haben und keine die
> von einem anderen ("Haupt"-Tag) abhängig ist, ansonsten kann man
> schöne widersprüchliche Beispiele konstruieren:
> Sporthalle mit Verkaufsraum:
> leisure=sports_centre
> shop=sports
> sport=tennis
>
> Bezieht sich das sport=tennis nun auf den Shop oder die Sporthalle oder
> beides ?


schlechtes Mapping. Die beiden Dinge wird man in der Realität
wahrscheinlich sowieso trennen müssen, weil z.B. auch der Name oder
der Operator oder die Öffnungszeiten oder oder unterschiedlich sein
werden. Worauf sich genau ein einzelner Tag bezieht, ist leider
derzeit oft nicht klar. Eine eindeutige Bedeutung will ich natürlich
auch haben, aber ob da bei Sport das Ausüben mit dabei stehen muss,
darüber kann man schon diskuttieren.

Gruß Martin

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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[geo.osm]

Hallo Sarah,

http://hiking.lonvia.de

tolle Karte. Nutze ich sehr gerne.

Habe nur ein Problem, sowohl auf deiner Wanderkarte als auch auf der von 
Nop. Wenn ich pane, dann springt die Karte immer ein Zoomlevel raus.
Das passiert mir bei der OSM-Karte oder anderen Anwendungen nicht, 
sondern nur bei diesen beiden.


Ich nutze den Firefox 4, war aber auch beim 3er schon so. Ich habe mir 
auch schon mal ein neues Profil angelegt, so dass ich irgendwelche 
installierten Add-Ons ausschließen kann.


Hast du oder irgendjemand anderes eine Idee woran das liegen könnte?
--
schönen Gruß
Alex

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

Re: [Talk-de] Lokales, was Re: amazon.de-affiliate für OSM?

[malenki]

M∡rtin Koppenhoefer schrieb:

>Am 30. Mai 2011 15:39 schrieb malenki :
>Albrecht Will schrieb:
>>>Ansonsten überlegt mal, ob Ihr nicht auch regional kaufen könnt.
>>>Es hätte positive Wirkungen für uns alle.
>> Kefir bzw. Vollmilch und Schafskäse bekomme ich quasi direkt vom Hof.
>> Brot, Brötchen und Fleisch kaufe ich in den jeweiligen
>> Fachgeschäften.
>>
>> Krieg ich jetzt ein Bienchen?¹ ;)
>
>Du könntest überlegen, ob Du nicht in die Stadt ziehen willst, da
>sparst Du einiges an Wegstrecke und könntest von i.d.R. besserem ÖPNV
>profitieren. 

Wie z.B. die Bahnen in Berlin. :P

>Auch Einkaufskooperativen

In einer Stadt? Wozu das denn? Man hat doch alles™ vor der Nase!
Gibt es da auch Milch direkt von der Kuh?

>Teilautos etc. machen mehr Sinn, wenn die Dichte höher ist. 

Gerade mit Autos ist man in einer Stadt am langsamsten.

>Das geht noch weiter: die Ver- (Strom, Gas, Wasser, Telekom, etc.)
>und Entsorgung (Müll, Abwasser) lässt sich bei höherer Dichte
>optimieren. Es hätte positive Wirkungen für uns alle. ;-)

Ja, Globalisierung ftw, let's build Megacity!
(Irgendwie fühle ich mich an Coruscant erinnert.)

malenki,
morgen wieder frischgezapften Kuhsaft erhaltend :)



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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[Sarah Hoffmann]

Hallo,

On Tue, May 31, 2011 at 07:47:56AM +, Sven Geggus wrote:
> Sarah Hoffmann  wrote:
> 
> > http://hiking.lonvia.de/relation/
> > 
> > oder ueber den Namen:
> > 
> > http://hiking.lonvia.de/route/
> 
> Inwiefern wertest Du den osmc:symbol Tag aus?

http://hiking.lonvia.de/de/help/rendering/osmc_symbol

> Warum hat zum Beispiel der "Weinpfad Kraichgau"
> (http://hiking.lonvia.de/de/route/Weinpfad%20Kraichgau) HW9 als Logo statt
> dem blauen W auf weißem Grund?

Das fehlt in der Doku irgendwie noch. Wenn er die Wahl zwischen einem ref-Tag 
und
einem osmc:symbol-Tag ohne Vordergrund hat, wird das ref-Tag vorgezogen.

> Ach ja, nochwas. Da ich mir ja überlegt hatte so ein Overlay eventuell auch
> mal für Radfernwege zu rendern. Inwiefern ist denn Deine Toolchain Open
> Source?

Ja, der komplette Sourcecode ist unter GPL verfuegbar. Siehe

http://dev.lonvia.de/trac/wiki/HikingMap

Wie (leider) ueblich ist die Dokumentation gerade noch etwas duerftig.
Ich helfe aber gerne per Mail weiter.

Gruss

Sarah

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

Re: [Talk-de] Konzept für Daten, Karte und Renderer

[Torsten Leistikow]

M∡rtin Koppenhoefer schrieb am 31.05.2011 18:20:
> ja, und wenn da nun auf der einen Seite ein Wald und auf der anderen
> ein Feld angeschlossen wird, dann grenzen die beiden in OSM direkt
> aneinander (gemeinsame Nodes), während Du in der Realität eine Straße
> _dazwischen_ hast. Klar, solche "Fehler" kann man auch durch Analyse
> beseitigen.

Guter Punkt.

Wenn man die Flaechen bis zur (linienfoermigen) Strasse eintraegt, dann kann man
in der Auswertung erkennen, dass Strasse und Flaeche gemeinsame Knotenpunkte
haben und daraus kann man die Topologie konstruieren.

Wenn man dagegen die Flaeche in einem Abstand von der Strassenlinie enden
laesst, ist man in der Auswertung ziemlich aufgeschmissen.

Nachteil von diesem Argument ist leider, dass die logische Schlussfolgerung
daraus ist, Flaechen grundsaetzlich als Multipolygon einzutragen, damit man die
einzelnen Grenzlinien gleich fertig geliefert bekommt.
Das kann man allerdings dadurch entkraeften, dass man so eine
Wer-grenzt-an-wen-Analyse normalerweise nicht braucht, die reinen
Flaechenauswertungen mit diesem
Ansatz aber erheblich aufwendiger macht.

Gruss
Torsten

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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Johannes Huesing]

Frederik Ramm  [Mon, May 30, 2011 at 11:32:22AM CEST]:
[...]
> 
> >So ordnen es manche vlt. direkt als Spam ein?
> 
> Man kann ja in ein paar Monaten schauen, wer alles gar nicht
> geantwortet hat, und die dann nochmal speziell einladen. Und dann
> nochmal, und nochmal... ;)
> 

Da kein Spammer denselben Text mehrfach versenden würde.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Wanderwegeverlauf und Kartenwerk der Landesvermessung

[Johannes Huesing]

Manuel Reimer  [Mon, May 30, 2011 at 08:12:52PM 
CEST]:
> André Joost wrote:
> >Ein Tourismusverband, der unbedingt *seine* Rechte *nicht* weitergeben
> >will, kann uns daher u.U. einen Strick draus drehen, wenn wir einfach
> >*alle* Wanderwege aus den Karten der Landesvermessung übernehmen.
> 
> Kann er nicht. Wege, die mit Wanderzeichen gekennzeichnet sind,
> können auch ohne importierte Daten erfasst werden.
> 

Der französische Wanderverband ist da sehr beißwütig und hat sich 
unter anderem die Abkürzung GR für Grande Randonée als Marke schützen
lassen.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Evtl. Lösung für zu kleine Schrift bei nicht Lateinischem Alphabet

[Peter]

Hallo Stephan

Am 28.05.2011 02:22, schrieb Stephan Knauss:

On 27.05.2011 23:07, Peter wrote:



Tests braucht man ansich nicht (LOL), wenn das mit dem 'Khmer OS'
geht dann ist es ok, wird genauso gehen. Es ist derselbe Font,


so einfach ist es leider nicht.


Doch, denn...


liegt an der Art wie Mapnik mit den
Zeichen umgeht. Es rendert jedes für sich allein stehend.
Leider gehen dadurch all die Zeichen kaputt die "Kontext" brauchen. Und
das passiert bei den Khmer Zeichen häufiger.


...das ist was anderes.
Ich sprach nur von der Sache das Ziffern relativ zu 'fremdländischen'
Zeichen zu groß sind, bzw. das z.B. die arabischen Zeichen zu
klein sind.

Das kann man durch einen angepassten Font bei dem eben die einen
vergrößert oder die anderen verkleinert werden beheben.



Lässt sich ohne größeren Eingriff in Mapnik nicht korrigieren.

Siehe auch den Link vom letzten Mal. Dort gab es die Diskussion bzw.
auch den Link auf das trac von Mapnik.


Las ich schon damals (Trac nicht) ist was anderes.


http://lists.berlios.de/pipermail/mapnik-devel/2010-September/001245.html

http://trac.mapnik.org/wiki/InternationalText

Font anpassen ist bei Fonts die unter GPL stehen zumindest kein
Lizenzproblem. Besser dürfte es sein wenn solche Sachen leute machen die
sich mit Fonts auskennen. Kerning, Hinting und was es da so alles gibt
muss schon passen.


Ich habe die Zeichen nur skaliert. Das verwendete Programm macht
den Eindruck das es von Leuten ist die sich mit Fonts auskennen,
es könnte also passen. Dazu sieht man bei Fonts doch direkt
im Ausdruck ob was komisch aussieht, auf jeden Fall bei direktem
Vergleich. Dann macht es imho nicht so viel wenn im seltenen Fall
das in Arabien ein lateinisches Zeichen auftaucht und der Abstand
zwischen ff nicht optimal ist. So was mag im Buchdruck auffallen,
in so 'ner Karte weniger. Das macht auch weniger aus als der
aktuelle Stand wo man die arabischen Zeichen kaum entziffern kann,
DAS ist ein Problem.
Das hypothetische Problem das mal ein hint beim skalieren nicht
optimal mitkam ist da eher keins.

Zudem 'lernt' osm dann dabei mit Fonts umzugehen, vielleicht einen
eignen zusammenzustellen (nicht die Glyphs basteln) der alle
Zeichen enthält die man wetweit so braucht (ich nehme mal an
das im Moment für verschiedene Regionen verschiedene Fonts verwendet
werden da keiner alle Glyphs enthält, ist aber nur Vermutung)

fontforge kann da viel, man kann die Daten in verschiedenen
Textdateien halten, dann zusammenbauen, das ganze scipten.
Es scheint dafür entworfen das viele Leute am selben Ding arbeiten.



Für die meisten Schriften hat das aber in der Regel schon jemand
gemacht. Man muss den Font nur finden.


Na dann mal los, anscheinend haben Leute die sich damit beschäftigen
noch keinen gefunden:-)



Für meine thaimap hatte ich loma verwendet und die fontsize generell
etwas erhöht. Damit hat die Karte den Muttersprachlertest bestanden.

Hat jemand Details wie man pango in mapnik reinbekommt? Damit soll es
gerüchteweise auch mit anderen Schriften funktionieren.


Da Pango von z.B. Firefox verwendet wird und der es hinzukriegen scheint
wird es wohl gehen. wikipedia oder links von dort bringen etwas
Auskunft.
Das mit den Größen der Zeichen scheint man damit aber auch nicht elegant
hinzukriegen, da sollte man doch eher einen Font nehmen der das schon
erledigt. s.o.
Beim drübergucken, auch über Beispiele fiel mir aber nix auf um Texte
an einem Pfad auszurichten. ... falls wer mit liest: da Firefox Pango
verwendet und FF svg unterstützt und svg Text an Pfaden biegen kann
könnte man da Code finden der das gewünschte tut.


Aber wenn es hier keinen mit dem Font interessiert: auch gut, halt
Lösung ohne Problem:-)

Peter


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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Frederik Ramm]

Hallo,

Johannes Huesing wrote:

Man kann ja in ein paar Monaten schauen, wer alles gar nicht
geantwortet hat, und die dann nochmal speziell einladen. Und dann
nochmal, und nochmal... ;)


Da kein Spammer denselben Text mehrfach versenden würde.


OSM beschaeftigt nur professionelle Spammer, die den Text 
selbstverstaendlich jedesmal abaendern wuerden.


Bye
Frederik

--
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-de] Mail an User betreffs Lizenzwechsel erfolgt

[Simon Poole]

In den LWG Minutes von heute steht: "The letter was sent in English with 
a link to other language versions."


(was natürlich die Wahrscheinlichkeit erhöht hat, dass das ganze in 
Spamfilter hängen bleibt, vom wegen professionellem Spamen :-)).


Das andere Wichtige in den Minutes: die LWG schlägt vor am 12. Juni die 
Phase 4 einzuleiten.


Simon


Am 30.05.2011 14:23, schrieb Simon Poole:
Es gibt mindestens eine Uebersetzung auf Deutsch, keine Ahnung wieso 
die nicht mit raus ist (falls dem tatsächlich so ist).


Simon

Am 30.05.2011 11:37, schrieb Pascal Neis:

Hi,

Frederik Ramm schrieb:

Pascal Neis wrote:

was mich etwas verwundert: wäre es nicht besser gewesen
(wenn möglich!) die Leute in ihrer Muttersprache anzuschreiben?


Ich bin ja froh, dass ueberhaupt was laeuft. 


ok, da hast du recht!

Ich hatte es nur so verstanden, dass man
eigentlich nur *eine* Mail schreiben wollte
und nicht dann jeden Monat eine wenn sich
jemand gar nicht meldet ;)

Daher wäre vlt. eine Mail direkt in der
Muttersprache besser gewesen ... aber egal,
viele Mails lösen manchmal auch Probleme ;)

viele gruesse
pascal

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



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



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

Re: [Talk-de] Renderer Update-Frequenz

[Peter]

Am 31.05.2011 11:14, schrieb Markus:


Irgendwo habe ich gelesen, dass Mapnik "minütlich" rendert.
Ich erzähle immer "in etwa 10 Minuten".

Aber manchmal sieht man auch nach 12 Stunden noch kein Änderung.

Wie ist die Frequenz für die verschiedenen Zoomlevel?
Wovon hängt die Frequenz ab?
Wo kann man die aktuelle Performance sehen (Realtime-Grafik?)
Es gibt doch einen Trick, um den Rendererer zu sofortigem Rendering zu
veranlassen? wie geht das?


Das mit dem /dirty wurde bereits genannt.
Da ich auch mal das Probelm hatte das einzelne(!) tiles unter mehereren
sich einfach nicht aktualisieren wollten schrieb ich mal ein script
für Greasemonkey das bei einem ctrl-click die Kachel neu rendert.
Kann man sicher auf für andere nicht Firefoxes anpassen.

Dahingeschmiert, man könnte noch viel verbessern, z.B. zoomlevel testen,
aber es tut:
-
// ==UserScript==
// @name   OSM.org ctrl-Click Rerender Mapnik
// @namespace  http://userscripts.org/users/peter.osm
// @includehttp://www.openstreetmap.org/*
// ==/UserScript==

function ctrlClick(e){
if(!e.ctrlKey)return;

if(!e.target || !e.target.src) return;

var imgSrc= e.target.src;

window.open(imgSrc + '/dirty');

};

document.addEventListener('click', ctrlClick, false);
-

Peter


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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[Peter]

Am 31.05.2011 08:22, schrieb Sarah Hoffmann:

Hallo,

wie auf der FOSSGIS schon angekuendigt, hat das Wanderwege-Overlay einen
neuen Server spendiert bekommen. Der Umzug ist jetzt beendet und die neue
Karte ab sofort unter folgender neuen Adresse erreichbar:

http://hiking.lonvia.de


Kannte ich nicht, schön. Könnte man doch bei anderen Karten auf osm.org
erwähnen.

Ich geb' ja gerne meinen Senf zu Sachen dazu, natürlich ungefragt.

Paar Dinge fände ich mal ansehbar:

Links die von Karte weggehen in neuem Fenster öffnen, da der
Back button dann nicht mehr tut, Kartenzustand ist weg.
-> info, osm.org/node/way/relation, ...

Mal im Netbook 'kleiner Bildschirm' anschauen:
Text oben + unten (Legende + Selbstdarstellung) ausblendbar machen, das
nimmt ganz schön Platz weg, bleibt nur noch ein Augenschlitz. Klar, im
Vollbildmodus sieht man mehr, aber bei mobilen Geräten ist jeder cm²
wertvoll, und eine Wanderkarte schaut man nicht immer zu hause auf dem
26" Schirm an. (Auch wenn kaum ein Vernünftiger nur mit dem Netbook auf
große Wanderung geht.)
Schlitz-Bsp:

Vorschlag: im overlay chooser einen Eintrag machen der das
aus/einblendet
man kann ja den schmalen Teil oben (Attribution) sichtbar lassen.
Auch wenn es schade um das Walddesign ist das dann nicht immer sichtbar 
wäre.

Man könnte den ein/auszustand auch in den cookies speichern.
Vielleicht auch die aktuelle ansicht in den cookies wie das anscheinend
osm.org tut.

Auch verschwindet der Text oben (H1) wenn das Fenster zu schmal wird

Hellmittelgrüner Text auf Mittelgrünem Hintergrund ist schwer lesbar.
Weiß auf grün mal probieren? Sieht imho besser aus.
jedenfalls was helleres.

Sprachumschaltung: setzt die Ansicht der Karte zurück. Sollte nicht so sein.

Der Text oben:
   'Map data by OpenStreetMap and Contributors (CC-by-SA), Hillshading 
by Hike & Bike Map'

ist zu tief gerutscht.


Das war's schon.

Peter



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

Re: [Talk-de] Kundenparkplatz

[Peter]

Am 28.05.2011 13:43, schrieb Flaimo:

das proposal zieht in erster linie aber auf parken entlang von straßen
ab. wenn es dir um richtige parking lots geht, so könntest du auch das
parking space proposal als vorlage hernehmen, sofern du entsprechend
hochauflösende bing bilder zur verfügung hast. das ist nämlich schon
approved und beinhaltet sowohl einen vorschlag für die rollenthematik
(access:customer) als auch wie man es in relation zu sonstigen
elementen stellt (site relation). gerendert wird es aber auch noch
nicht.

http://wiki.openstreetmap.org/wiki/Proposed_features/parkingeo


Das hatte ich mir angeschaut, nun zum 3ten mal und habe jetzt eine
Idee wie ich es taggen könnte das nur Kunden vom Biergarten Müller 
parken düfen. Ist mir aber ehrlich gesagt zu kompliziert (für einen 
Parkplatz mit ~12 Stellplätzen) und wäre wahrscheinlich auch nicht 
korrekt gemacht von mir. Sorry. ohne Pattern das es genau zeigt,

zudem ohne alsbaldigen Nutzeffekt. Später vielleicht mal.

Bedarf Einzelstellplätze zu taggen hatte ich noch nicht, wobei
ich mir einen Nutzen für andere vorstellen könnte.

Peter


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

Re: [Talk-de] Kandidaten fuer weitere tile layer auf osm.org?

[Mike Dupont]

Hallo
John smith war in der Lage einen Layer auf on archive.org problemlos
zu hosten, die Haben noch hunderte von terabyte frei aus dem petabox
server.
http://ia600606.us.archive.org/31/items/SharedMap2/index.html

Wie haben die Zusage von archive.org map tiles vom osm-fork hosten zu
wollen, und die sind nicht Politisch wie andere Hoster
(https://wiki.toolserver.org/view/Rules nur fuer "openstreetmap").

Siehe auch :
http://wiki.sharedmap.org/wiki/Rendering_At_Home#How_to_upload_rendered_tiles_to_Archive.org
http://wiki.sharedmap.org/wiki/ArchiveOrg

mfg.
mike


2011/5/30 nimix :
> Hallo,
>
> Kai Krueger wrote:
>>
>>
>> Kolossos wrote:
>>>
>>> Hallo, wenn man systematisch durchgeht, auf welche Weisen sich Menschen
>>> auf der Welt fortbewegen und dafür Karten brauchen, fiele mir dafür
>>> spontan die ÖPNV-Karte ein.
>>>
>> Die ÖPNV-Karte waere sicherlich auch einer meiner Favoriten. Die Frage
>> aber ist: entspricht die Karte den zuvor genannten Kriterien? Das heisst
>> will der Autor der ÖPNV-Karte es und sind die Server leistungsfaehig
>> genug?
>>
>
> von meiner Seite als Autor und Serverbetreiber der ÖPNV-Karte spricht da
> nichts gegen, im Gegenteil. Die Kriterien der Eingangsmail sollte die Karte
> alle erfüllen. Wobei ich die Frage der ausreichenden
> Server-Leistungsfähigkeit natürlich nicht ohne Kenntnis des zu erwartenden
> Traffics beantworten kann. Das lässt sich warscheinlich nur durch
> Ausprobieren beantworten.
> Gruß,
> Melchior
>
>
>
> --
> View this message in context: 
> http://gis.638310.n2.nabble.com/Kandidaten-fuer-weitere-tile-layer-auf-osm-org-tp6415090p6419864.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
>



-- 
James Michael DuPont
Member of Free Libre Open Source Software Kosova and Albania
flossk.org flossal.org

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

Re: [Talk-de] Wanderwege-Karte ist umgezogen

[André Joost]

Am 31.05.11 17:11, schrieb Sarah Hoffmann:

Hallo,

On Tue, May 31, 2011 at 09:16:00AM +0200, André Joost wrote:

Das sieht ja schön aus. Aber:
http://www.openstreetmap.org/browse/relation/178835
http://hiking.lonvia.de/de/relation/178835

Das osmc:symbol ist jetzt bei dir invertiert: schwarze Schrift auf
weißem Grund statt umgekehrt.

Ist das ein bug oder ein feature?


Das ist ein Feature. Nach langem Überlegen habe ich mich dazu ent-
schlossen, osmc:symbol nur noch für geometrische Formen auszuwerten.
Anders gesagt ist die Angabe des Vordergrund-Symbols nun obligatorisch.
Ist kein Vordergrund vorhanden, wird ein normales Referenz-Symbol erzeugt,
welches immer Schwarz-auf-Weiss ist.

Der Hintergedanke dieser Änderung ist, ein etwas einheitlicheres
Kartenbild zu erzeugen. Die Hauptfunktion der Symbole auf der Karte ist,
dass man den Wegen einigermassen folgen kann und dass man die Wege
den Beschreibungen im Routenbrowser zuordnen kann. In der Mehrheit der
Fälle bleiben die Symbole auch ohne spezielle Farben eindeutig. Wo das
nicht der Fall ist, kann man darüber diskutieren, die Symbole anzupassen.



Das ist aber etwas unglücklich, weil es das tag nun schon seit 3 Jahren 
gibt. Und in der Wiki-Definition steht nun mal drin, dass der 
Vordergrund nicht obligatorisch ist.


Die häufigsten Wanderwegsmarkierungen hier in der Gegend sind nun mal 
weißer Text auf schwarzem Grund, oder weißer Kreis mit weißem Text auf 
schwarzem Grund. Für letzeteren Fall hat nop den white_circle mit 
dünnerem Rand als Hintergrund eingeführt. Das ganze wird nun schon 
tausende male genutzt.


Es wäre schon gut, wenn sich die beiden einzigen Wanderwegsrenderer 
einig wären, wie das Symbol definiert ist und ausgewertet wird. Sonst 
gibt es demnächst Grabenkämpfe zwischen den mappern die für nop bzw für 
lonvia taggen.


Das ref-tag habe ich hierzulande (mit der Brechstange) rendertauglich 
eingekürzt, damit die Garminfraktion das zur Beschriftung/Darstellung 
verweden kann. Daneben gibt es noch das symbol-tag, in dem dann eine 
textliche Beschreibung des Wanderwegssymbols stehen kann.
Es ist aber jetzt suboptimal, wenn sich der Mapper ein osmc-tag 
ausdenkt, wenn dann doch nur das ref-tag gerendert wird.


Gruß,
André Joost



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

[Talk-de] Grabenquerungen auf Feldern

[Jan Tappenbeck]

 Moin !

Gräben durchziehen den landwirtschaftlichen Raum und manchmal wäre es 
für den Wanderer hilfreich zu wissen wo ein Teilstück verrohrt oder 
ähnliches ist - quasi wo quert auch der Bauer den Graben.


Gräben lassen sich in der Feldlage oftmals gut aus Bing übernehmen und 
da da stellt sich nun die Frage - zeichne ich die Gräben so wie ich sie 
diese sehe oder wie diese wasserbautechnisch miteinander verbunden sind. 
In den Karten der Landesvermessung werden ja auch nur die sichtbaren 
Teilstücke dargestellt. Befahrbar sind diese Gräben mit Booten sowieso 
nicht ! Mit Tunnel etc. würde ich hier nicht erst anfangen wollen - das 
ist mit Kanonen nach den berühmten Spatzen zu schießen.


Wie denkt Ihr darüber?

Gruß Jan :-)



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