Am Dienstag 12 Oktober 2010, 23:44:34 schrieb Ulf Lamping:
Wieso wird hier lang und breit drüber diskutiert, daß Elektrotankstellen
keine Tankstellen sind (z.B. ist ein Akku kein Tank!), und dann kommt
wenig später die nächste Träne und kommt mit der gleichen Geschichte
wieder an? Das macht
Hallo
am 13.10.2010 00:01 schrieb Frederik Ramm:
Daher habe ich vorgeschlagen, die Moeglichkeit, eine Relation und all
ihre Mitglieder herunterzuladen, fuer API 0.7 zu entfernen
(http://wiki.openstreetmap.org/wiki/API_v0.7#Removing_Features).
Prima Idee. Hast du auch eine Idee, wie man dann
Hallo Jan,
ich würde die Behindertenparkplätze nicht erfassen, da es sich hier um
personenbezogene Parkplätze handelt. Diesen Parkplatz darf nur die
Person benutzen, die den Parkausweis mit der Nummer besitzt, die auf dem
Schild steht. Daher ist der Behindertenparkplatz für den Rest der Welt
Am 12.10.2010 23:55, schrieb C. Brause:
Am 12.10.2010 23:44, schrieb Ulf Lamping:
Wieso wird hier lang und breit drüber diskutiert, daß Elektrotankstellen
keine Tankstellen sind (z.B. ist ein Akku kein Tank!), und dann kommt
wenig später die nächste Träne und kommt mit der gleichen Geschichte
On Tue, Oct 12, 2010 at 11:23:02PM +0200, Jan Tappenbeck wrote:
In Lübeck gibt es einen Zusammenschluss die nette Toilette um Touris
das Erleichtern zu ermöglichen.
Wen mehr interessiert:
http://www.entsorgung.luebeck.de/aktuelles/pressemeldungen/2010/neu_219.html
Warum nicht ein Tag
On Wed, Oct 13, 2010 at 12:01:07AM +0200, Frederik Ramm wrote:
C. Brause wrote:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
Mapper tun das oft, weil
Hi zusammen,
ich hab aus dem pbf2osm [1] eine kleine Schnittstelle gebaut, die auch
pbf-Support hat. Die momentane Version gibt's hier [2].
Was fehlt ist noch jede Menge Doku :) ... der XML-Teil hinkt etwas
hinter dem pbf-Teil hinterher, ist daher mit Vorsicht zu geniessen...
Ein paar kleine
am Dienstag, 12. Oktober 2010 um 23:58 schrieb C. Brause:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
Also bei den Stolpersteinen schwanke ich auch ein
On 13.10.2010 06:57, Jan Tappenbeck wrote:
... und wie sieht die Alternative für die nette Toilettte ???
Gruß Jan :-)
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
___
Talk-de mailing list
Talk-de@openstreetmap.org
danke jan,
bin ich echt nicht drauf gekommen. ich kenne rollatoren - diese kleinen
wägelchen, die man vor sich herschiebt - aber auf rollstuhl bin ich nicht
gekommen.
gruss
walter
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
--
View
Am 12.10.2010 23:55, schrieb C. Brause:
2) Danke für das amenity charging_station. Das hatte ich gesucht. ICH
tagge kein fuel:electricity.
amenity=charging_station habe ich gerade in die Presets und Mappaint vom
JOSM eingebaut.
Ab morgen in latest zu finden unter:
Hallo,
Jochen Topf wrote:
Vielleicht wäre es eine bessere Idee, statt ein nützliches Feature zu
entfernen, ein nützlicheres zu schaffen, das dann alle verwenden?
Die beste Idee waere gewesen, dieses Feature gar nicht erst anzubieten,
denn dann haette sich laengst irgendjemand etwas
Peter Wendorff wrote:
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal,
Hallo,
man sollte m.E. unterscheiden zwischen geordneten Relationen, bei denen
es auf die Reihenfolge der Elemente und ggf. auf die Rolle der Elemente
ankommt und den sog. Sammelrelationen (oder virtuelle Relationen
oder Gruppen), die diese Eigenschaften nicht benötigen!
Am 13.10.2010
Am 13.10.2010 00:01, schrieb Frederik Ramm:
Allerdings sind Relationen dafuer eigentlich nicht gedacht
(http://wiki.openstreetmap.org/wiki/DE:Relations/Relations_are_not_Categories
). Daher habe ich vorgeschlagen, die Moeglichkeit, eine Relation und all
ihre Mitglieder herunterzuladen, fuer
Hallo Frederik,
meiner Meinung nach ist das der falsche Weg. Bei Routen ist dies bspw. die
einzige sinvolle Möglichkeit an die Daten zu kommen. Es ist großer
Schwachsinn, dass ich mir für einen einfachen gpx-Track eines Radfernweges
Deutschland als Extract herunterladen muss.
Besser wäre, wie
On Wed, Oct 13, 2010 at 01:17:39AM -0700, aighes wrote:
Peter Wendorff wrote:
http://wiki.openstreetmap.org/wiki/Key:network
nur kurze idee...
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage,
On Wed, Oct 13, 2010 at 10:19:32AM +0200, Stefan Dettenhofer (StefanDausR)
wrote:
Am 13.10.2010 09:22, schrieb Jochen Topf:
Ein anderer wäre es, etwas zu schaffen, was ich mal virtuelle Relationen
nenne. Also etwas, das nach außen so aus sieht wie eine Relation, aber nach
innen mit Tags
On 13.10.2010 07:03, Jan Tappenbeck wrote:
Am 13.10.2010 01:06, schrieb Walter Nordmann:
C. Brause wrote:
...ich möchte Jans neu gestarteten Thread nicht kapern, daher neu:
sorry, ich habs gerade gemacht (das kapern) :(
bevor ich deinen beitrag gelesen hab.
die darstellung von frederik
Am 13.10.2010 10:35, schrieb Jochen Topf:
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal, welchem Netzwerk die
Toilette angehört. Interessant
Hi Thomas Ineichen,
Hallo Steffen,
Cool. Ein Wunsch: Ich wuerde surface=cobblestone etwas niedriger
einordnen.
Beim Kopfsteinpflaster war ich mir auch unsicher, wo ich es einordnen
soll; gerade bei Regen gibt es viele solcher Strassen, die dann
unangenehm zu befahren sind. Trotzdem
Hi.
Rolli-Parkplatz ist der eine Punkt - sollte m.E. eingetragen werden
(amenity=parking; parking=surface; surface=asphalt; (o.ä.)
capacity:disabled=n)
Rolli-Parkplatz für bestimmte Nummern unterscheidet sich aber IMHO nicht
von einem normalen Privatparkplatz, abgesehen davon, dass er breiter
Am 13.10.2010 10:02, schrieb Ulf Lamping:
Am 12.10.2010 23:55, schrieb C. Brause:
2) Danke für das amenity charging_station. Das hatte ich gesucht. ICH
tagge kein fuel:electricity.
amenity=charging_station habe ich gerade in die Presets und Mappaint
vom JOSM eingebaut.
Ab morgen in latest
Am 13.10.10 10:06, schrieb Frederik Ramm:
Hallo,
Jochen Topf wrote:
Vielleicht wäre es eine bessere Idee, statt ein nützliches Feature zu
entfernen, ein nützlicheres zu schaffen, das dann alle verwenden?
Die beste Idee waere gewesen, dieses Feature gar nicht erst anzubieten,
denn dann haette
Am 13.10.2010 09:22, schrieb Jochen Topf:
Ein Ansatz wäre sicher, die Funktionen der XAPI bekannter zu machen und
weiter auszubauen.
Bzw. mal neu und schön zu implementieren. Wenn es z.B. eine verlässliche
und stabile Möglichkeit gäbe (dies bitte als API 0.7 Vorschlag
verstehen), die einzelnen
ganz einfach - api vergessen und was richtiges verwenden.
die api ist 99% tag-bezogen. da muss alles aus tags herausgezogen werden,
was irgendwie geht.
tags sind dafür da, um zu beschreiben, WAS für ein objekt es ist aber nicht
dafür, WO es ist.
von einigen ausnahmen abgesehen (is_in, addr:*),
Hallo Peter,
Polygone als Bounding-box erlauben
Das würde vieles erleichtern!
Damit könnten viele geografische Bezüge abbgebildet werden.
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine,
nen tag halt, da es eine eigenschaft eines objektes (hier lokal, pub,
restaurant, ...) ist.
kann jeder verwenden, der nen stadtplan machen will.
musst halt nur dafür sorgen, dass er sich rumspricht.
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo
René Falk wrote:
Bei nette Toilette geht es darum bereits bestehende Toiletten der
Gastronomie in öffentliche Toiletten zu wandeln. Ein nette_toilette=yes
an ein Restaurant geklebt, wäre daher vielleicht nicht schlecht.
wenn ich mich recht entsinne, sind die toiletten in gaststätten
Am 13. Oktober 2010 11:36 schrieb Markus liste12a4...@gmx.de:
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine, alle netten Toiletten, etc)
das sind keine hierarchischen Bezüge m.E., und das
Hallo,
Jochen123 wrote:
Also wenn eine Toilette nicht öffentlich zugänglich ist, dann sollte man
sie
vielleicht überhaupt nicht bei OSM eintragen. :-)
Nicht unbedingt, bzw. es hängt davon ab wie man öffentlich zugänglich
definiert. Es gibt viele Toiletten, die zwar prinzipiell jeder
Am 13.10.2010 01:33, schrieb Michael Kugelmann:
Am 12.10.2010 23:55, schrieb C. Brause:
P.S. dein Post wirkte etwas aggressiv auf mich...
Ach, nur so als Randbemerkung: innerhalb der letzten 4 Wochen gab es
auch überhaupt keine Monster-Diskussion zum Theman...
Monster-Diskussion hin oder
Am 13.10.2010 09:28, schrieb Christian H. Bruhn:
am Dienstag, 12. Oktober 2010 um 23:58 schrieb C. Brause:
Ich würde gerne wissen, wieso Objekte wie die Stolpersteine in eine
Relation gesteckt werden sollen. Das erschließt sich mir nicht. Kann ne
kurze Antwort geben (glaub ich aber nicht).
{quote]Wenn man nett fragt schreibt einem
vielleicht auch hier auf der Liste jemand ein Beispielquery (im
ML-Archiv finden sich AFAIK schon ein paar). Klar, das System ist
hochkomplex, aber man muss ja nicht alles bis ins Kleinste verstehen,
nur um damit zu arbeiten. Wer Anfragen an die XAPI
Hi
Ich denke auch, die (Re)implementation der XAPI innerhalb der API wäre
der richtige Weg.
Die XAPI ist unheimlich praktisch - aber meistens überlastet.
Wie oft brauche ich z.B. alle Bushaltestellen in gegebener BBox? XAPI -
einfach möglich; API - bbox insgesamt laden :(
Die
Am 13. Oktober 2010 08:39 schrieb Holger s...@der hs69...@web.de:
Hallo Jan,
ich würde die Behindertenparkplätze nicht erfassen, da es sich hier um
personenbezogene Parkplätze handelt. Diesen Parkplatz darf nur die Person
benutzen, die den Parkausweis mit der Nummer besitzt, die auf dem Schild
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
uninteressant fürs Parken schon, es ist AFAIK quasi ein
Privatparkplatz, daher m.E. access=private. Wenn Du die Nummer auch
eintragen willst (ggf. ein Datenschutzproblem?) dann am einfachsten
als description, sonst (wenn man das systematisch
Am 13.10.2010 10:57, schrieb Peter Wendorff:
Hi.
Rolli-Parkplatz ist der eine Punkt - sollte m.E. eingetragen werden
(amenity=parking; parking=surface; surface=asphalt; (o.ä.)
capacity:disabled=n)
Rolli-Parkplatz für bestimmte Nummern unterscheidet sich aber IMHO nicht
von einem normalen
na ja, war mir halt nicht so sicher - aber die sache mit der disco (ich
müsste mal kurz rein ...) leuchtet mir ein.
-
Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll
hinein. - Ingo Insterburg
--
View this message in context:
Am 13.10.2010 15:00, schrieb C. Brause:
was ist parking=surface?
Eine nähere Beschreibung des Parkplatztyps
(Parkhaus / Tiefgarage / Normaler Parkplatz auf der Erdoberfläche)
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking
Christian
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für die Einbahnstraßen (erstmal nur Deutschland, aber wenn
das ein Knüller wird,
Am 13. Oktober 2010 14:47 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein personenbezogenes Datum ohne Mehrwert für
die OSM, und sollte deshalb tunlichst vermieden werden.
M.E. ist ein Datum dann
On 13.10.2010 15:17, M∡rtin Koppenhoefer wrote:
Am 13. Oktober 2010 14:47 schrieb Peter Wendorffwendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein personenbezogenes Datum ohne Mehrwert für
die OSM, und sollte deshalb tunlichst
Am 13. Oktober 2010 13:45 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Ich denke auch, die (Re)implementation der XAPI innerhalb der API wäre der
richtige Weg.
Die XAPI ist unheimlich praktisch - aber meistens überlastet.
wenn wir gerade bei wünsch-Dir-was sind: ich würde eine Methode
Am 13. Oktober 2010 16:21 schrieb Peter Wendorff wendo...@uni-paderborn.de:
On 13.10.2010 15:17, M∡rtin Koppenhoefer wrote:
Am 13. Oktober 2010 14:47 schrieb Peter
Wendorffwendo...@uni-paderborn.de:
On 13.10.2010 14:15, M∡rtin Koppenhoefer wrote:
Meines Erachtens ist dies also ein
Am 13.10.2010 11:50, schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 11:36 schrieb Markusliste12a4...@gmx.de:
Zusätzlich braucht man aber m.E. noch irgendein ein System für normale
relationale / hierarchische Bezüge (Kategorien):
z.B. für alle Stolpersteine, alle netten Toiletten, etc)
das
Am 13.10.2010 10:50, schrieb René Falk:
Am 13.10.2010 10:35, schrieb Jochen Topf:
Finde ich persönlich keine gute Idee. network=* provoziert das ; ungemein.
nette_toilette=yes wäre schon besser. Wobei ich mich frage, wofür das gut
ist. Als bedürftiger ist es mir schließlich egal, welchem
Am 13.10.2010 17:41, schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 17:30 schrieb Jan Tappenbecko...@tappenbeck.net:
das mag auf den ersten Eindruck richtig sein eine db aufzubauen - aber wenn
ich nur mal kleine anwendungen machen will dann ist das mit der api besser.
mag sein, für den
Hallo Hanno,
schön das du das pbf2osm in C geschrieben hast. Habe versucht, das zu
übersetzen, aber leider scheiter ich an dem protobuf pfad in dem Makefile.
Das Gleiche gilt für libosm. Was für programme benötige ich dafür und
welchen pfad muss ich einstellen?
Ich benutze Ubuntu Linux.
--- Original Nachricht ---
Absender: Frederik Ramm
Datum: 13.10.2010 00:01
Mapper tun das oft, weil sie dadurch - vorausgesetzt, sie
kennen die Relations-ID - sehr leicht saemtliche dieser
Objekte herunterladen koennen (mit der
/relation/xxx/full-Abfrage). Das ist komfortabler, als sich
die
M∡rtin Koppenhoefer wrote:
Die Frage war hier nach Parkplätzen für eingeschränkt Mobile, nicht
nach Autonummern, erstere haben gelegentlich ein Zusatzschild der Art
nur für den Träger des Ausweises Nr. 543543543 (Wortlaut habe ich
gerade nicht parat). Das sind nur dann personenbezogene
Am 13.10.2010 10:17, schrieb aighes:
nette_toilette=yes wäre schon besser.
bite nicht: nicht für jeden Eigennamen eine eigene Tag-Hierarchie, sonst
haben wir bald einen unüberschaubaren Wildwuchs. Wenn dann von mir aus
Operator=Nette Toilette oder so etwas. Aber bitte nicht Eigennamen auf
Am 13.10.2010 15:14, schrieb M∡rtin Koppenhoefer:
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für die Einbahnstraßen (erstmal nur Deutschland, aber wenn
das ein Knüller wird, könnte man es auch für die ganze Welt machen)
anzulegen.
Dazu eine Ziztat su dem
derandi unnoetige_ma...@gmx.de wrote:
http://www.zukunft-breitband.de/BBA/Navigation/Breitbandatlas/breitbandsuche.html
Interessant ist das ein Ministerium des Bundes die Daten nutzt. ;)
Immerhin haben wir eine Person in der Community, die dort tätig ist
und auf dem letzten bundesdeutschen OSM
M∡rtin Koppenhoefer wrote:
schwachen PC noch handlen kann). Evtl. könnte man das auch auf lokaler
Seite beim Einspielen der Diffs filtern (nur was innerhalb einer
gewissen BB oder Polygon ist)? Oder kann man nicht jetzt schon die
planet-diffs auf eine Extrakt-Datenbank einspielen und
Hallo
Bitte beachtet, dass das aktuelle Konzept von 'Parkplatz' ein
Parkplatz-Areal meint. Daher auch der optionale Zusatz-Tag
capacity=number für die Anzahl der verfügbaren Parkplätze eines Areals
(vgl. http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dparking).
Ich meine, dass persönliche
Hallo,
Am Mittwoch 13 Oktober 2010 15:14:46 schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei, eine
Relation für
Wolfgang schrieb:
Hallo,
Am Mittwoch 13 Oktober 2010 15:14:46 schrieb M∡rtin Koppenhoefer:
Am 13. Oktober 2010 08:36 schrieb Jochen Topf joc...@remote.org:
Wir haben ja auch nicht
alle Einbahnstraßen in einer Relation, oder?
gute Idee, angeregt durch diesen Vorschlag bin ich gerade dabei,
Am 13.10.2010 21:37, schrieb Steffen:
Daher habe ich vorgeschlagen, die Moeglichkeit, eine
Relation und all ihre Mitglieder herunterzuladen, fuer API
0.7 zu entfernen
(http://wiki.openstreetmap.org/wiki/API_v0.7#Removing_Features).
[...]
Was ist eigentlich so schlimm an dieser
Am 14.10.2010 00:24, schrieb Michael Bemmerl:
Wolfgang schrieb:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Warum nicht gleich 'ne Relation aller Nodes, Ways und Relationen? Da
können wir uns dann endlich diese großen planet-files sparen! ;-)
Oh, prima. Ich
Hallo Heiko,
am Dienstag, 12. Oktober 2010 um 21:48 schrieben Sie:
Am 11.10.2010 12:01, schrieb Thomas Ineichen:
Weiss für verfestigte/bearbeitete Oberflächen
Mir fällt gerade auf, dass weiß etwas suboptimal kommt ...
Gelb vielleicht besser?
Ansonsten hübsch ;-)
Die weissen Striche ohne
Am 13.10.2010 15:14, schrieb M∡rtin Koppenhoefer:
Ein paar Infos zu Einbahnstraßen ist hier zusammengetragen:
Ich hoffe eigentlich immer anständig, dass Toiletten Einbahnstraßen (für
die Fäkalien) sind.
-jha-
___
Talk-de mailing list
Am 13.10.2010 18:07, schrieb Jan Tappenbeck:
Bei nette Toilette geht es darum bereits bestehende Toiletten der
Gastronomie in öffentliche Toiletten zu wandeln.
so sind diese auch gekennzeichnet !
Interessanter wird hier das Öffnungszeiten-Mapping.
Denn was hilft eine angeblich öffentliche
Am 14.10.2010 00:09, schrieb Wolfgang:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Welches Tagging-Schema gilt denn für die Lackierung der Masten und Farbe
von Auslegerarm, Signalgeberkammer, Sonnenschute? Dazu gibt's dann noch
die Kontrastblenden in
Hallo Steffen,
Kommt eigentlich auf das Kopfsteinpflaster an. Wenn es einigermassen
eben ist, dann stimm ich dir zu. Wenn es aber von Stein zu Stein
Hoehenunterschiede von 5cm gibt, dann ist's wenigstens weiss, wenn nicht
schon rot.
Wahrscheinlich bin ich hier in der Schweiz einfach zu
Am 14.10.2010 00:47, schrieb Tobias Knerr:
Am 14.10.2010 00:24, schrieb Michael Bemmerl:
Wolfgang schrieb:
Ich werde wohl eine Relation aller grünen Ampeln machen. Endlich freie Fahrt!
Warum nicht gleich 'ne Relation aller Nodes, Ways und Relationen? Da
können wir uns dann endlich diese
66 matches
Mail list logo