[Talk-de] R.I.P. Father of GIS

[Elstermann, Mike]

Ohne GIS auch kein OSM, insofern trifft uns dies traurige Mitteilung heute 
Nacht alle:

Dr. Roger Tomlinson, der 
allgemein als Vater der Geografischen Informationssysteme gilt,
ist am 9. Februar 2014 verstorben. Gedenken wir seiner, danken wir ihm für eine 
großartige,
innovative Idee und lassen wir diese weiter leben und schreiben wir sie fort.

mehr unter http://geoobserver.wordpress.com/2014/02/12/r-i-p-father-of-gis/

mikeE.

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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

[NopMap]

Hi!


Dirk Sohler wrote
>> Welche alternative Möglichkeiten habe ich?
> 
> Kurzfristig wohl nur, deinen User-Agent zu ändern, wenn du dich nicht
> erst in ein neues Programm einarbeiten willst :(

Das ist in der Tat uncool und auch ziemlich sinnlos. Die OSM Server nutzen
schon lange Throttling. Das heißt der Server schreibt mit wieviel Du
runterlädst und wenn es zuviel wird, würgt der Server die Datenrate auf
"quälend langsam" ab.

Uncool heißt in dem Fall:
- ein gefakter Agent verstößt klar gegen die Usage Policy
- man zwingt mit solchem Schindluder die Admins, die allgemeine Quote für
alle Zugriffe weiter zu drosseln, um die Server am laufen zu halten. Damit
haben auch kleine, verträgliche Downloads schlechtere Chancen

Im Outdoorbereich gibt es als Alternative noch das Abo der
www.wanderreitkarte, das ist mit 10€ pro Jahr deutlich günstiger. Ist
allerdings ein ganz anderes Kartenbild und geht nur bis Zoomlevel 16.

Der technische Aufwand um eine Download-Lösung anzubieten ist übrigens enorm
- deshalb gibt es das meist auch nicht kostenlos. Entweder mußt Du Downloads
und Online-Zugriffe trennen und einen zusätzlichen, herkömmlichen Server mit
ordentlich Leistung allein für die Downloader betreiben, damit keine
Online-Nutzer blockiert werden. Oder Du mußt die Kacheln für den Download im
Voraus rechnen und ohne llive-Rendering direkt ausliefern. Das funktioniert
aber praktisch durch Plattenplatz und erforderliche Rechenzeit nur bis
Zoomlevel 16.

Am sinnvollsten ist für den offline-Gebrauch wie schon in anderen Posts
vorgeschlagen eine Vektorkarte.

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796117.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Vertikale/horizontale Linienbündel

[Wolfgang Hinsch]

Am Dienstag, den 11.02.2014, 21:47 +0100 schrieb r...@gmx.de:
> Liebe Tagger(innen) und Mapper(außen?),
> 
> ich beginne mit dem Fall eines vertikalen Linienbündels,
> d.h. mit mehrstöckigen Wegen: Unten (layer=-1) verläuft
> vielleicht ein Kanal, darüber (layer=0) eine Straße und
> eine Bahnlinie (layer=1).
> 
> Ansatzweise gibt es so etwas bei der Minderener Str. in
> Bielefeld http://www.openstreetmap.org/way/48403389
> - aber sicher gibt es bessere Beispiele in Japan.
> 
> Wenn die Wege wirklich für längere Zeit exakt
> übereinander verlaufen, wie ist das sinnvoll zu mappen?
> 
> Macht es Sinn, dafür eine Relation "vbundle" zu ersinnen?
> Damit könnte man zwar (zusätzlich zum layer) eine Lagebeziehung
> (über/unter) zwischen den einzelnen Strängen herstellen,
> müsste aber jeweils einen eigenen Streckenzug (way) erstellen.
> Bei Verfeinerungen ist so etwas anfällig. Das Rendern
> ist ohnehin problematisch.

Ich würde den Bündel/Relationsansatz ganz schnell wieder vergessen. Für
jede Etage/Höhenlage einen Layer vergeben und den Filter von JOSM
benutzen. Damit kann man jederzeit einstellen, dass man nur die Objekte
von Layer xx sehen will 
(Filter hinzufügen
 "Layer=3"
 Filter invertieren)

Ob das Ganze überhaupt sinnvoll ist, wie man es auswertet und was
Renderer anzeigen sollen, ist eine andere Frage.

Gruß, Wolfgang



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

Re: [Talk-de] Vertikale/horizontale Linienbündel

[Holger Jeromin]

r...@gmx.de schrieb am 11.02.2014 21:47:

> Auch hier könnte man (da der Abstand zwischen
> Leitplanke und Straßenrand geringer ist als
> zwischen Straßenmitte und -rand) darauf verzichten,
> einzelne Wege zu mappen; stattdessen würde man
> statt von unten nach oben von links nach rechts
> (in "Fahrtrichtung") den Weg verschiedenen
> Relationen zufügen:
> 
> member of Rel1[order=0]:Kanal (ganz links ein Kanal)
> member of Rel2[order=1]:Straße (daneben eine Straße)
> 
> [...]
> Ist ungefähr klargeworden, was ich meine?
> Wäre so etwas machbar/sinnvoll?

Das macht es wieder so kompliziert, dass damit keiner umgehen kann und
es häufig kaputt geht...

> Die Forderung nach Strängen/Bündeln ist nicht neu:
> 
> http://wiki.openstreetmap.org/wiki/DE:Lanes

Aus guten Gründen ohne Relationen.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Stolperstein-Relationen entsorgen?

[malenki]

Joachim Kast schrieb:

>Allerdings hast Du an jeden Stein noch ein wikipedia=de:Stolpersteine
>angehängt, wodurch entspechende Anwendungen von immer gleichlautenden
>Wikipedia-Einträgen überschwemmt werden. Dazu habe ich in der gesamten
>Diskussion nichts gefunden.
>[...]
>Ich möchte hiermit die Wikipedia-Aktion in Frage stellen und plädiere
>dafür, diese rückgängig zu machen.

Den vorherigen (inkonsistenten) Zustand habe ich vor einigen Tagen
wiederhergestellt: http://www.openstreetmap.org/changeset/20396530



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