Bilder fuer einige Regionen mit
richtigem Mapnik-Rendering:
http://www.geofabrik.de/gallery/history/
Die sind aber zuletzt im Dezember aktualisiert worden.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk
Hallo,
Ulf Lamping wrote:
ich dachte, es wäre inzwischen ALLEN klar, dass Relationen NICHT zum
Gruppieren (zusammenstellen von Objekten) dienen soll. Da gab es vor
einigen
Wochen mal wieder Diskussionen drüber.
+1
Das eine sind normallerweise recht eng geografisch zusammen gehörende
Hallo,
Jan Tappenbeck wrote:
Dann frage ich mich allerdings was dann eine Paketbox-Relation [1] soll.
Die ist in meinen Augen genauso sinnfrei wie eine Relation
Bundesstrassen in Nordrhein-Westfalen oder McDonald's-Filialen in
Deutschland oder Strassenlaternen, die mit Gas betrieben werden.
Hallo,
Andre Joost wrote:
- und das über die ganze Welt verteilt. Die Info kann man dann aber
genauso gut über Datenbankabfragen (z.B. XAPI) abholen.
genauso gut nicht, weil man mit der XAPI neben der bounding box nur
genau ein Kriterium abfragen kann.
Fuer den konkreten vorliegenden Fall
Hallo,
Andre Joost wrote:
Wenn ich alle Packstationen über die Relation einlade, fällt ein
falscher tag (auch beim Operator, z.B. mit oder ohne AG, Gmbh usw) eher
auf. Gerade bei Objekten mit nem Haufen Zusatztags schleichen sich da
schnell Fehler ein.
Das sollte man lieber ueber ein
Hallo,
Andre Joost wrote:
Dann mach mal ;-)
Und solange dürfen keine Stolpersteine/Packstationen/Wanderwege gemappt
werden!
Klar duerfen sie. Bloss sollte man dafuer keine Relationen missbrauchen.
Mal für den Bahnbereich:
http://de.wikipedia.org/wiki/Stadtbahn_Bonn
Immerhin drei
vernuenftige Zugriffsmoeglichkeit
gibt, ist die Sache ja in Ordnung.
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
. Dazu muesste man dann erstmal gruendlich schauen, fuer was
ueberall name:de benutzt wird und das dann ggf. abaendern auf ein
geeignetes name:de:19xx-19xx oder sowas.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
paarmal gesperrt worden, und wir
haben jetzt eine zero tolerance policy - sobald der wieder auftaucht
und Mist macht, wird er gesperrt, ohne lang nachzudenken. Manchmal macht
er aber auch keinen Mist, und das darf er.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
Hallo,
Markus wrote:
Danke für die vielen Informationen!
Ich bin gespannt, wie wir das alles zu einem verständlichen und
nachvollziehbaren Schema zusammenbauen können.
Ich weise darauf hin, dass es durchaus auch denkbar waere, verschiedene
Namen eines Objekts *nicht* in OSM selbst, sondern
Hallo,
Markus wrote:
Wenn das für den Renderer-Workflow möglich ist, scheint mir das ideal.
OSM baut eine eigene weltweite multilinguale *OSM-Geo-Namen-DB*.
Aus der sich die Renderer, Router und anderen Anwendungen bedienen.
Wo ein Wille ist, ist auch ein Weg. Man kann ja im Mapnik-Style
M?rtin Koppenhoefer wrote:
Wie die Sprachtabelle
editiert und verbreitet wird, darueber habe ich mir keine Gedanken
gemacht. ... Vielleicht eine Wikiseite, oder Google Docs ;-)
Das ist wohl beides nicht Dein Ernst, oder? Eine Wikiseite würde das
Wiki doch extrem aufblasen, oder Google Docs,
Hallo,
Christopher Reimer wrote:
Darf man GeoThings.net wirklich nutzen?
Geothings.net an sich ist nur ein Dienst, keine Datensammlung.
Geschrieben von einem OSMer, also grundsaetzlich ist die Benutzung schon
ok, aber jeder kann dort beliebige Daten hochladen, also muss man schon
drauf
sollte
man Deine Library benutzen anstatt OpenLayers, was sind aus Deiner Sicht
die Vorteile/Unterschiede - und wo hat OpenLayers Dir vielleicht noch
Features voraus?
Welche grundsaetzlichen Maengel bei OpenLayers haben Dich dazu bewogen,
etwas eigenes zu machen?
Bye
Frederik
--
Frederik Ramm
Hallo,
Thomas Ineichen wrote:
Ich arbeite hier mit dem Schweizer Ausschnitt (ca. 80 MB). Wenn ich
mit Osmosis alle Toiletten (amenity=toilets) kopiere, dann dauert das
30 Minuten - ein Import der Schweiz mit osm2pgsql klappt aber in nur 6
Minuten und ich bin danach viel flexibler..
Kommt
Hallo,
NopMap wrote:
Eigentlich ist die Aufgabenstellung ganz einfach: Ich versuche, eine
Garminkarte von Mitteleuropa zu erzeugen, mit Meerespolygonen, die per
mkgmap aus den natural=coastline Tags erzeugt werden.
Kannst Du nicht die processed_p-Kuestenlinien nehmen und daraus schnell
Hallo,
Bernd Wurst wrote:
Wäre die Frage, ob du dich hier als eierlegende Wollmichsau aufstellen
willst und alle Anwendungsgebiete optimal abbilden möchtest oder ob du
sagst, dir ist eine Alternative zu OpenLayers wichtig, die eben eine
andere Zielgruppe hat.
Wenn ich das richtig verstanden
Hallo,
Johann H. Addicks wrote:
Aber das war's dann auch schon.
Benutzen möchte man den Pixelmatsch nicht...
Naja, ich kann mich (trotz Apple-Abstinenz) da schon reinversetzen. Wenn
ich auf einer Europakarte den Zeigefinger auf Karlsruhe und den Daumen
auf Muenchen lege und das beides nun
personenbezogenen Daten - ich habe keinerlei Mittel, den Bezug zu einer
Person herzustellen, denn ich weiss (im Gegensatz zu der Taxifirma)
nicht, wer wann im Fahrzeug sass.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
--
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
Hallo,
M∡rtin Koppenhoefer wrote:
Ich finde es nicht besonders verlockend, irgendwelche Tracks von Taxis
und Müllautos zu bekommen (vor allem nicht in Deutschl.), da die
meiste Arbeit ja nicht das Tracksammeln ist, sondern die dazu
passenden Informationen zu dokumentieren und einzugeben.
Ein
Hallo,
Stephan Wolff wrote:
Passiert so etwas nicht auch, wenn man in JOSM die Daten entlang eines
langen Tracks herunterladen lässt?
Ja, das habe ich unsere Jungs in England auch gefragt, aber die Antwort
war, dass der JOSM-User-Agent-Header diesbezueglich noch nie negativ
aufgefallen ist.
Hallo,
Marcus Wolschon wrote:
Ich habe hier eine ganze Reihe von Wegen/Nodes in denen
Sanity-Checks Probleme finden (Wege mit 2 nodes, ungültige PLZ, ...).
Gibt es einen einfachen Weg mit der ID eines Weges/Nodes diesen in
JOSM oder Potlatch zu öffnen um nachzusehen?
In JOSM:
1.
Hallo Klaus,
Klaus Hanauer wrote:
beim mappen eines Klinikums bin ich auf einen Frisörsalon mit dem Namen
Notaufnahme gestoßen. Falls es sich weder um eine med. Einrichtung noch
um ein Friseurgeschäft in einem Krankenhaus handeln sollte, gehe ich
von einer groben Irreführung aus.
Der
angelegt? Ist das ein
sinnvoller Edit?
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
--
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
wir mal, ob was kommt.
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
Hallo,
Tirkon wrote:
Mit OSM wäre es einfach, Hydranten, Aufstellplätze und andere
feuerwehrspezifische Dinge endlich selbst mappen zu können. Bisher
operiert man noch mit Papierplänen. Nach meinem Hinweis, dass jeder an
den Daten etwas ändern könnte, stellte sich dieses als Nachteil
heraus.
anderen Liga.
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
und nur ueber OSM anzeigt, ist
das was anderes.
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
?
Weiss ich nicht, aber ich bin fast sicher.
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
Ähnliches gelten.
Ja, die glauben auch, sie wuessten mehr ;-)
Mir ist klar, dass hier die Wünsche von OSM und dem Anwender
gegenläufig sind.
Ich glaube, dass man in Deinem konkreten Fall durchaus eine Loesung
finden kann, von der alle profitieren.
Bye
Frederik
--
Frederik Ramm ## eMail frede
Hallo,
olvagor wrote:
Von daher würde ich empfehlen: freuen, dass jemand OSM benutzt und auf
die neue Lizenz warten.
Wobei das ja noch nicht 100% klar ist, ob die neue Lizenz tatsaechlich
kommt. Aber ich teile Deine Ansicht.
Natuerlich ist es jedem Projektteilnehmer unbenommen, auf eigene
Hallo,
ab sofort kann man die dritte Auflage von unserem OSM-Buch kaufen.
Sie hat nochmal 32 Seiten mehr als die zweite (384 Seiten) und ist
natuerlich komplett ueberarbeitet und aktualisiert. Der Preis ist gleich
geblieben (29,95 Euro).
Details hier:
--
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
vermieden
werden. Ich weiss, dass es nicht immer geht, aber eine Aufazehlung mit
Trennzeichen ist immer die zweitbeste Loesung. Im Falle von ref wuerde
ich z.B. Relationen benutzen und am Way selbst nur eine, oder sogar gar
keine, der Strassenbezeichnungen setzen.
Bye
Frederik
--
Frederik Ramm
Hallo,
steffterra wrote:
Also jede einzelne Auffahrt und jede Abfahrt als Relation erfassen?
Ich habe die Auffahrt-Problematik nicht praesent; falls Du gerade
vorschlaegst, ein ref=A3 an eine Auffahrt zu setzen, die auf die A3
fuehrt, so wuerde ich dem widersprechen - ref=A3 soll m.E. nur an
;-)
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
mit Amselweg,
Zugang zu Drosselweg oder so.)
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
gar
nichts mehr mit vom GPS-Verleih, aber ich glaube, das ist ein gutes
Zeichen. Danke, Jan-Benedict ,-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Hallo,
Markus wrote:
Aber bereits bei Fernsehfilmen wird der Abspann aus Kostengründen sehr
kurz gehalten, da werden gerade mal der Autor und die Redaktion genannt.
Und bei Nachrichtenbeiträgen fehlt sogar der Hinweis auf den Autor.
Grundsaetzlich ist die Lizenz da recht freizuegig:
Such
Hallo,
hat jemand schon mal Mautdaten fuer deutsche Autobahnen in OSM erfasst?
Vom Gefuehl her wuerde ich sagen, dass man fuer jede Anschlusstelle eine
Relation machen muss, die alle highway=motorway_junction-Nodes dieser
Anschlusstelle enthaelt, und dann fuer jedes Paar von benachbarten
Hallo,
Stefan Dettenhofer (StefanDausR) wrote:
korrelieren diese Daten nicht teilweise mit den TMC-Segmenten?
Das weiss ich nicht, aber von den TMC-Segmenten halte ich mich lieber
fern, sie sind mir nicht menschenlesbar genug ;-)
Bye
Frederik
___
Hallo,
Markus wrote:
Ich fürchte auch, dass es problematisch sein könnte, dass wir uns
manchmal so schwer tun, klare verbindliche Aussagen zu machen (und
unsere Partner dann immer ein bisschen Angst haben müssen, von irgend
einem zänkischen Menschen vor Gericht gezerrt zu werden).
Das
Hallo,
anlaesslich der diesjaehrigen State of the Map-Konferenz in einem
Monat wird es auch eine Mitgliederversammlung der OpenStreetMap
Foundation (OSMF) geben, auf der mindestens drei neue
Vorstandsmitglieder gewaehlt werden.
Der Vorstand besteht derzeit aus
Steve Coast
* Mike
Hallo,
Markus wrote:
Ich suche nach einer Möglichkeit, Luftbilder so in eine Website
einzubinden, dass man umschalten kann zwischen OSM-Karte und Luftbild,
wobei sich die jeweiligen Ausschnitte und Zoomstufen entsprechen sollen.
Um eine geeignete Technologie vorschlagen zu koennen, muesste
aufwendigere Teil. Sven Geggus
macht das ja fuer osm.de.
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
Hallo,
Dietmar wrote:
Bitte diese drei Changesets komplett zurücksetzen, danke und großes Sorry
für die Mühe!
Schon dabei,
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de
nicht
geordnet waren und man daher staendig mit einer Durchmischung rechnen
musste. Das braucht man heute nicht mehr.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de
ablesen
zu koennen, aber zu mehr brauchen wir die Fotos nicht, denn es geht uns
ja um eine Karte... oder so.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Hallo,
Christian H. Bruhn wrote:
Allerdings habe ich dieses Tagging bisher kaum gesehen. Meckern nicht
auch alle Überprüfungs-Tools über die Wege ohne Tags rum?
Falls das zutrifft, waere es hoechste Zeit, die Ueberpruefungstools zu
reparieren ;-)
Wäre es dann nicht auch sinnvoll, das
Hallo,
steffterra wrote:
Dass man nun eine Unterscheidung zwischen einem highway_link im
Verkehrsraum Autobahn und einem highway_link außerhalb des
Verkehrsraums Autobahn (normale Abfahrt auf Bundesstraße) macht,
geht weder aus der Wiki-Seite für ref, noch aus der wiki-Seite für
motorway
Hallo,
aighes wrote:
Die Diözesengrenzen wird wohl irgendwer irgendwann eintragen (ist das
dann boundary=roman_catholic? grübel), fürchte ich... ;)
Auch wenn ich es persönlich interessant finden würde, bin ich der Meinung,
dass das nicht in OSM gehört. Ansonsten haben wir bald alle
Hallo,
Bernd Wurst wrote:
Auch beim Einzugsgebiet z.B. eines Vereins oder einer Lokalgruppe von
irgendwas gibt es keine klare Grenze, jeder kann problemlos im Sportverein
der
Nachbargemeinde Mitglied werden wenn er Bock drauf hat.
Nein, viele deutschlandweite Vereine haben da ganz klare
Hallo Lothar,
Lothar Beck wrote:
Soweit ich das gemäß:
http://wiki.openstreetmap.org/wiki/WikiProject_Germany/Gew%C3%A4sser
verstanden habe gehört jedes Fließ-Gewässer in eine Relation und die
Relation im Wiki eingetragen.
Das ist beides eine sehr seltsame Idee, ich habe das auf der
ich zumindest.
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
steht, dass fuer jede Strasse eine Flaeche gemappt werden
muesse, sind doch zweierlei Dinge ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
-Datei ausliefert und die Software
kundenseitig dann beides einliest und daraus ein Routing berechnet
o.ae., dann koennten beide Datensaetze unter ihrer jeweiligen Lizenz
bleiben.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
/dev/2010-April/019370.html
an entire planet, including all metadata, can be read in about 12
minutes and written in about 50 minutes on a 3 year old dual-core machine
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
...
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
Briefkaesten und Telefonzellen enthalten?
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
muessen ODbL sein, nach dem PNG
kraeht kein Hahn.
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
Hallo,
Sven Geggus wrote:
Ich halte es daher ehrlich gesagt für völlig Blödsinnig öffentliche Gelder
für das abzeichnen von Luftbildern oder gar für GPS basiertes Mapping
einzusetzen.
Ich will gar nicht weiter pro oder contra 1-Euro-Jobber argumentieren, aber
1. geht geht es, wie hier
Hallo,
Josias Polchau wrote:
Das gilt nicht nur für Veröffentlichungen sondern auch für interne
Prozesse (zb Vergleiche), oder?
Wenn am Ende des internen Prozesses eine Veroeffentlichung steht, ja.
dh man kann auch keine OSM Daten mit andern Daten vergleichen?
Das kann man so pauschal
Hallo,
Benjamin Lebsanft wrote:
es ging einfach nur darum, ob es möglich ist OSM und NavTeq Daten in
einem Produkt zu verwenden, ohne das Gesamte unter CC-SA-BY stellen zu
müssen. Da das ja mit NavTeq Daten nicht geht, hat sich die das Ganze
schon geklärt.
Ich glaube uebrigens, dass das auch
Hi,
Josias Polchau wrote:
wie macht das dann google? die benutzen ja schließlich auch verschiedene
anbieter...
Eventuell ist es zulaessig, verschiedene Quellen auf die gleiche Karte
zu rendern, aber nicht, sie in einer Datenbank zu vermischen. - Oder
Google hat aufgrund seiner Marktmacht
://www.gesetze-im-internet.de/urhg/__69b.html
Ich denke aber, dass fuer Erfindungen und andere schoepferische
Leistungen normalerweise was im Arbeitsvertrag steht.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
, was im Falle der als
beispiel genannten Cyclemap nicht ohne weiteres moeglich ist.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
waeren).
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
wikipedia:fr=...
- das kann doch niemand allen Ernstes gutheissen?
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
Hallo,
M?rtin Koppenhoefer wrote:
Am 20. Juni 2010 14:43 schrieb Frederik Ramm frede...@remote.org:
nik2img.py stylesheet_tile.xml -sepsg:900913 -fsvg -b -74.59 17.91 -71.61
20.02 -d 6000 4254 image.svg
rsvg -d200 -p200 image.svg haiti.png
hat das Vorteile, hier über die svg zu gehen
Lage, die Daten geeignet nachzubereiten, und moechte
gern moeglichst bequem alles finden, was irgendeinen Wikipedia-Link hat
kein ausreichender Grund ist, ein etabliertes Taggingschema ueber den
Haufen zu werfen.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008
hingegen
ist die Annahme, dass das Datenformat, das fuer einen selbst gerade mal
praktisch ist, auch fuer alle anderen praktisch ist, und dass doch
deswegen am besten alle das benutzen sollten, was man selber braucht.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
Hallo,
Andreas Tille wrote:
Fahrradrouten haben aber einen Namen, Hinweisschilder von wo nach wo,
einen Operatoer etc. Das alles trifft für oben genannte Gegebenheit
nicht zu.
Ich denke nicht, dass das Fehlen einer Beschilderung gleich auch
bedeutet, dass das keine Fahrradroute ist.
niemand in den Weg stellen kann - wir der Weg heute nicht von mir
gemappt, kommt morgen jemand anders.
Frueher oder spaeter kriegen wir Sie ;-)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing
Hallo,
Andreas Labres wrote:
xybot soll keine Namen aendern - full stop. Namen unterliegen keinen
Regeln.
+1
Das ist auch schon immer meine Ansicht gewesen. Man kann natuerlich
daruber Mutmassungen anstellen, ob die Freiherr-von-Stein-Schule
eigentlich eher haette
Hallo,
On 06/26/2010 03:18 PM, Jan Kolarik wrote:
Ich nehme an die Daten werden mangels Veröffentlichung, ausreichend
freier Lizenz, bzw. immer noch unzureichender Auflösung für OSM
uninteressant sein(?).
Auf der Webseite zum Launch ist ein Videofilm, in dem es unter anderem
heisst, die
Hallo,
Christian Schmitt wrote:
schöne Karte, Kompliment, 1 kleiner Bug ist mir noch aufgefallen: die
Farben scheinen invertiert, Nichtraucherlokale sind grün und
Raucherlokale rot markiert, wäre es nicht anders rum logisch?
Du meinst: Aus der Sicht des Rauchers?
Nein, bei Logik geht es
Hallo,
Lars Francke wrote:
wie einige von euch vielleicht mitbekommen haben werden bei der State
of the Map am 11. Juli drei neue Mitglieder für das Board der
OpenStreetMap Foundation gewählt. Ich habe entschlossen mich dort
aufzustellen[1], da mit Ulf Möller das letzte deutsche Mitglied im
Hallo,
On 07/03/2010 09:24 AM, steffterra wrote:
Ist doch noch heavy beta. Ist ja nicht umsonst nur auf der dev-Seite.
Also warum nicht erstmal abwarten, was noch passiert, und dann
nochmal drüber schauen, ob das gewünschte funktioniert. Weiss
eigentlich jemand, ob da cloudmade seine Finger mit
nicht gehen.
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
Nachforschung, praktisch ganz Litauen geloescht und sogar alte
Planet-Files bereinigt:
http://lists.openstreetmap.org/pipermail/talk/2009-March/035290.html
So grosse Sachen passieren aber selten.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
mehr zu verwenden. Wie sicher ist es, dass er
es dennoch tut?
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
Du nicht weit. Aber je nachdem, welche
Gegend und bis zu welchem Zoomlevel Du rendern willst, kannst Du die
Tiles natuerlich vorbereiten und dann einfach auf einen Server kopieren,
fuer den Server reicht dann einfacher Webspace.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org
Hallo,
Jan Tappenbeck wrote:
hat einer von euch schon einmal eine lösung gebastelt bei der die tiles
lokal gezippt werden, dann dieses große file hochgeladen wird (soweit
auch für mich kein problem) und dann erst auf dem webserver ausgepackt
werden.
% cd /wo/meine/tiles/liegen
% tar -czf -
Hallo,
Thomas Ineichen wrote:
Aufgabe: 530'000 Tiles in 25'000 Ordnern (~300 MB) packen in 400
Dateien (pro Zoom-Level 1-5 Ordner, 17 verschiedene Layer)
tar -cjf:
22 Minuten, 250 MB
tar -cf
20 Minuten, 675 MB
10% schneller, aber dafür sind die gepackten Dateien doppelt so gross
wie die
immer, wenn sie sich nur ans Schema halten, ist alles
korrekt, und in Wahrheit kann auf Serverseite jederzeit was dazuerfunden
werden ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
was hin - helft mir mal beim
Brainstorming:
* Luftbilder Lauf
* Luftbilder Dortmund
* vielleicht ein paar von den Wikimedia-Toolserver-Spezialbasteleien mit
Erwaehnung von hstore?
* irgendeinen netten Screenshot mit
Strassenlisten-Vollstaendigkeits-Analyse (Ideen?)
* ...?
Bye
Frederik
--
Frederik
aber immer
genau, woran sie sind. Damit könnte man auch ein Verfahren verbinden, wie
nicht kompatible Änderungen einzuführen wären.
Normal machen wir nichtkompatible Aenderungen mit neuen API-Versionsnummern.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Hallo,
Sven Geggus wrote:
Die i18n Karten und den Query To Map könnte man da als
Anwendungsbeispiele bringen.
Zu spaet, die Deadline war vor einer Stunde, ich habe das hier hingeschickt:
http://www.remote.org/frederik/tmp/sog.pdf
Nicht mein bestes Plakat, aber das beste, was ich in der
Hallo,
Claus Färber wrote:
Ihr habt eine sehr seltsame Definition von Gewerbe. Auch ein Stahlwerk
(industrial), eine Einzelhandel (retail) oder eine Bank (commercial) ist
ein Gewerbe.
Ja, aber da ist auch ein bisschen die Bezeichnung Gewerbegebiet
schuld, die es hier bei uns oft gibt (und
Hallo,
Sven Geggus wrote:
Beides kann man machen. Ein lokaler Mapnik ist natürlich insofern
geschickter als dass man da einfach mal schnell ne handvoll Tiles rendern
kann und direkt über das Dateisystem und Openlayers auf die frisch erzeugten
Tiles zugreifen kann. Wie das alles geht ist aber im
quadratisch und Kreise einigermassen rund aussehen. Mit 4326 musste man,
wenn man einen Kreisverkehr in unseren Breiten erfasst hat, ein Oval
zeichnen - das ging zwar genauso, war aber weniger intuitiv.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
loescht. Sonst haetten wir die Arbeit.
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
ich denke mal, man kann das so sagen. OSM folgt dem
Industriestandard ;)
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
Hallo,
Thorsten Kunkel wrote:
zunächst vielen Dank an Frederik für die Kontaktaufnahme mit alegria.
Immerhin scheint jetzt angekommen zu sein, dass es so nicht geht.
Leider hat Dietmar recht: alles, was alegria irgendwann mal angefasst
hat, fällt nun der Löschwut zum Opfer. Darunter auch Teile
vorgenommen wurden. Eine
Methode, um diese Bearbeitungen zu analysieren und z.B. Tag-Aenderungen
zu behalten, habe ich leider nicht.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
___
Talk-de mailing list
Talk-de
?
Wir gehen im Moment davon aus, dass alegria alles, was er/sie loescht,
mit unzulaessigen Hilfsmitteln erstellt hat. Dadurch gehoeren diese
Objekte der bayrischen Landesregierung ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Hallo,
Frederik Ramm wrote:
Ich habe ein Skript, mit dem ich Objekte auf den Stand zuruecksetzen
kann, denn sie hatten, bevor ein bestimmter User sie zuerst bearbeitet
hat. Ich mache nun folgendes:
Ich bin jetzt soweit durch. Allerdings gibt es Probleme mit ein paar
Relationen:
133148
Hallo,
Andreas Labres wrote:
IMO kann man aus der History einfach nicht herauslesen. Punkt. Drum finde ich es
nicht ok, daß beim Lizenzwechsel der erste Bearbeiter jetzt als der Urheber
des Objektes angesehen wird. Das heißt für mich, ich muß jetzt alle Objekte, die
ich je angefasst habe, neu
1 - 100 von 4541 matches
Mail list logo
