Hallo,
Dem schließe ich mich an!
landuse=brownfield
und wenn man nicht weiß ob die Fläche(n) wieder bebaut werden sollen:
natural=scrub oder die Vorstufe davon: natural=grassland
http://wiki.openstreetmap.org/wiki/DE:Key:natural
Grüße
Rob
Am 13.03.2012 20:51, schrieb Martin Koppenhoefer:
Am
Am 13.03.2012 17:50, schrieb malenki:
Walter Nordmann schrieb:
vor eventuellen Änderungen am besten sichern.
Man sollte /regelmäßig/ sichern.
Gruß
Thomas
sag' ich meinen Freunden und Bekannten auch immer! ;-)
hike39
___
Talk-de
Am 13.03.2012 09:03, schrieb aighes:
Bedenke auch, dass in wenigen Monaten bessere Luftbilder verfügbar sein
werden.
Ist mir da etwas entgangen? Von wem sollen die denn zur Verfügung
gestellt werden?
hike39
___
Talk-de mailing list
Am 14. März 2012 09:11 schrieb hike39 ho...@hike.de:
Am 13.03.2012 17:50, schrieb malenki:
Walter Nordmann schrieb:
vor eventuellen Änderungen am besten sichern.
Man sollte /regelmäßig/ sichern.
sag' ich meinen Freunden und Bekannten auch immer! ;-)
Gibt es bei JOSM keine Option,
On 12-03-14 9:21, hike39 wrote:
Am 13.03.2012 09:03, schrieb aighes:
Bedenke auch, dass in wenigen Monaten bessere Luftbilder verfügbar sein
werden.
Ist mir da etwas entgangen? Von wem sollen die denn zur Verfügung
gestellt werden?
Hier auf der Liste wurde das genannt:
Am 14.03.12 schrieb Martin Trautmann tr...@gmx.de:
Hier auf der Liste wurde das genannt:
http://www.bing.com/community/site_blogs/b/maps/archive/2011/06/27/bing-maps-unveils-exclusive-high-res-imagery-with-global-ortho-project.aspx
Also da wuerde ich mal nicht darauf warten.. Klingt wie eine
Im Forum gibt es mehr Infos dazu:
http://forum.openstreetmap.org/search.php?action=searchkeywords=global+orthoauthor=forums=14search_in=0sort_by=0sort_dir=DESCshow_as=topics
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Am 14. März 2012 09:36 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Gibt es bei JOSM keine Option, die das automatisch aller paar Minuten
erledigt?
Es gibt autosave, das speichert die Daten (osm-data), aber nicht die
Einstellungen (preferences) oder welche Layer gerade geladen waren,
So hat jeder seine Meinung:-)
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Moin,
On Tue, 13 Mar 2012, Wolfgang Wienke wrote:
Soweit ich die Daten der bei mir vor Ort eingezeichneten Häuser (vermutlich
aus Luftbildern) überprüft habe, sind sie mit erheblichen Fehlern und
Ungenauigkeiten behaftet.
Ich kann dies einerseits durch in Augenscheinnahme
und auch durch
Wir möchten Sie zur Teilnahme an einer Umfrage einladen, in der es um
Motivationen und Hürden geht, geographische Information zu
OpenStreetMap beizutragen. OpenStreetMap ist ein Projekt, bei der eine
freie und editierbare digitale Weltkarte erstellt wird.
Die Umfrage besteht aus maximal achtzehn
Hallo,
mit dem Lizenzwechsel werden sich ein paar Details an der API
aendern, und zwar ueberall dort, wo es um die Historie von Objekten
geht. Normale API-Calls, die nur die aktuelle Version abfragen,
bleiben unveraendert.
Hier ist eine vorlaeufige Dokumentation der Aenderungen:
hi,
am Anfang steht The license change will be performed on the live
database...
und diese werden ja durch einen bot gemacht.
Frage: Werden dabei DIFF-Files erzeugt?
Wenn ja, bedeutet das letztendlich, dass fast der gesammte Planet über die
Leitung kommt und mir die DB zumüllt. Bis jetzt
Moin
Da im License Change View des OSMI die meiner Meinung nach wichtigen
place-nodes oft in der Masse untergehen habe ich mal eine Karte (bzw. ein
Overlay) erstellt die nur diese nodes darstellt.
http://placerescue.betaforever.de/
Hinweise:
* Dargestellt werden die vom Lizenzwechsel bedrohten
On 14.03.2012 15:13, BBO wrote:
Bedrohte place-nodes finden um diese im Editor zu öffnen um bei Kenntnis zu
ersetzen.
wie ist dabei mit place nodes umzugehen die zB. der TMCbot (ein
Zustimmer) mit Attributen angereichert hat? z.B.:
http://osm.mapki.com/history/node.php?id=149087425
Ich
Hartmut Holzgraefe-2 wrote
Ich persönlich würde solche Nodes nicht ersetzen wollen
sondern eher schon mit einem ODBL=clean versehen wenn
ich die enthaltenen Informationen (außer TMC) alle
bestätigen kann und evtl. die Nodeposition noch händisch
anpassen wenn die nicht mit der gefühlten
Hi !
auch wenn ich gleich Schläge bekomme wegen der Relation für
Stolpersteine - aber in Frankfurt/M sind für ca. 30 Steine (wenn ich es
richtig sehe) ca. 10 Relationen angelegt in einer Superrelation
(http://www.openstreetmap.org/browse/relation/1177132).
Wäre es nicht sinnvoll diese
Hier wurde eine Liste von der Schliessung betroffener Schlecker-Filialen
veröffentlicht:
http://www.swr.de/nachrichten/bw/-/id=1622/nid=1622/did=9428862/5m48oe/index.html
Vielleicht mag ja jemand eine OSM-Statistik daraus erstellen bevor die
Filialen gelöscht werden...
Garry
Am 13.03.2012 19:37, schrieb Jan Tappenbeck:
hi !
immer wieder kommt die Frage auf - vielleicht gibt es zwischenzeitlich
eine Lösung.
Wie würdet Ihr brachliegende Flächen (z.b. auch alte Bahngelände die
zugewuchert sind) taggen.
natural = scrub finde ich immer noch etwas unpassend!
Frederik Ramm schrieb
mit dem Lizenzwechsel werden sich ein paar Details an der API aendern,
und zwar ueberall dort, wo es um die Historie von Objekten geht.
http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API
Und dort steht:
| The license change will be performed on
Hallo,
On 03/14/2012 04:45 PM, Jan Tappenbeck wrote:
auch wenn ich gleich Schläge bekomme wegen der Relation für
Stolpersteine - aber in Frankfurt/M sind für ca. 30 Steine (wenn ich es
richtig sehe) ca. 10 Relationen angelegt in einer Superrelation
Hallo,
On 03/14/2012 07:11 PM, Steffen Wolf wrote:
Da steht nicht konkret, wann die Datenbank dann unter der ODBL
veroeffentlicht wird, aber anzunehmen ist, dass dies erst geschieht,
wenn der Bot durch ist.
Vorher geht ja nicht.
Bleiben die geloeschten Daten dann eigentlich in der
Hallo,
On 03/14/2012 02:50 PM, Walter Nordmann wrote:
Frage: Werden dabei DIFF-Files erzeugt?
Das ist noch nicht klar.
Wenn ja, bedeutet das letztendlich, dass fast der gesammte Planet über die
Leitung kommt und mir die DB zumüllt. Bis jetzt kommen ja alle Änderungen
rüber, die weltweit
Servus,
beim Eintragen von Öffnungszeiten, Telefonnummern und Emailadressen ist
mir aufgefallen, dass viele Webseitenbetreiber die Emailadresse in der
Form name(at)domain.de im Impressum haben, (ob es gegen Spam tatsächlich
hilft, kann ich nicht sagen) in die Datenbank tragen wir sie aber in
Zum Thema Hürden habe ich ehrlich gesagt nicht viel gefunden in den Fragen.
Grüße
Marian
Am 14. März 2012 13:47 schrieb Dominik Wilmsen wilms...@gmail.com:
Wir möchten Sie zur Teilnahme an einer Umfrage einladen, in der es um
Motivationen und Hürden geht, geographische Information zu
Steffen Grunewald schrieb:
On Mon 2012-03-12 (00:56), Michael Bemmerl wrote:
Ich würde jedenfalls erst einmal die Geocoder-DB ansehen, welche
Überraschungen dort noch warten.
Richtig, in der Datenbank ist Mischmasch zwischen ISO-8819-x und UTF-8.
Beispiel ID 7: Châteaugiron. Das â ist als
Am 15.03.2012 00:07, schrieb Marian Steinbach:
Zum Thema Hürden habe ich ehrlich gesagt nicht viel gefunden in den Fragen.
Knuffig finde ich, daß Menschen, die keine weiterführende
Schule besucht und keinen Hochschulabschluß haben, von der
Umfrage ausgeschlosssen sind.
Rainer
Moin!
Am 14.03.2012 20:17, schrieb Frederik Ramm:
Es waere im Grunde genommen sinnvoll, alle Stolperstein-Relationen zu
loeschen. Die sind allerhoechstens als Uebergangsloesung akzeptabel,
solange wir keinen wirklich stabile XAPI- oder Overpass-Server haben,
mit dem man schnell alle Objekte mit
Am 15. März 2012 01:54 schrieb Stephan Wolff s.wo...@web.de:
Am 14.03.2012 20:17, schrieb Frederik Ramm:
Mich stören solche Relationen nicht. Im Gegensatz zu großen Grenz- oder
Routenrelationen, die häufig schwer lösbare Konflikte beim Hochladen
verursachen, dürften ähnliche Probleme bei
29 matches
Mail list logo
