On 03.05.13 08:14, Sarah Hoffmann wrote:
Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.
Fein, danke!
Bitte unterstützt die sinnverwandten anderen addr:* Tags (addr:suburb wird lt.
Taginfo 306052 mal verwendet [mehr als addr:place!], addr:hamlet wird auch immer
mehr
On 03.05.13 15:38, Martin Koppenhoefer wrote:
man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place
bewegen,
Und mehr als 300.000 addr:suburb Tags automatisch umtaggen, oder wie?
Ich bin leidenschaftslos, was die Benennung der addr:* Keys angeht, aber grade
der
Hallo!
Bitte das Add a note Feature ASAP übersetzen. Vor allem bräuchte es einen
klingenden Funktionsnamen...
http://blog.openstreetmap.org/2013/04/29/openstreetmap-opens-up-to-more-contributors-with-easy-add-a-note-feature/
BTW, wo übersetzt man obigen Blogtext? Die languages Selektion ist
On 30.04.13 13:10, Henning Scholland wrote:
Hier der Faden mit der Abstimmung:
Danke!
Hab ich schon kundgetan, was ich von Webforen halte?
Ich find dort keine Abstimmung...
Ich fände Hinweis geben oder Hinweis erstellen oder sowas am sinnvollsten.
/al
Der Zug ist jetzt eh abgefahren...
Es ist halt ziemlich bescheidenes Timing, das an die Presse zu announcen, wenn
man noch nicht mal die Übersetzung fertig hat... Lausige Koordination innerhalb
der OSMF/OSM-UK. Irgendwer muß da noch gewaltig nachlernen, was ein weltweites
Projekt und eine
On 25.04.13 11:13, Andreas Labres wrote:
Was mich übrigens dazu bringt, dass mir eigentlich noch der fire-hydrant:type
*Brunnen* fehlt (gibt nur pond).
Nachdem darauf keiner eingegangen ist, nochmal explizit gefragt: Isses ok, wenn
ich
fire-hydrant:type=well
für Brunnen definiere?
/al
On 26.04.13 09:00, Henning Scholland wrote:
Häufiger in den Daten wäre suction_well.
Guter Punkt, es gibt wohl wuction_well und suction_point, aber auch deep_well,
Saugbrunnen, Löschbrunnen, Brunnen und well.
Aber ich meine, den saugend Aspekt sollte man lt. emergency=fire_hydrant durch
On 25.04.13 10:53, Martin Koppenhoefer wrote:
nicht geeignet sind fürs Löschen (z.B. zuwenig Druck?)
Alles, wo Wasser rauskommt, ist zum Löschen geeignet. Pumpe sollte für die
Feuerwehr wirklich kein Problem sein... ;))
Was mich übrigens dazu bringt, dass mir eigentlich noch der
On 25.04.13 15:37, Heinz-Jürgen Oertel wrote:
Mal noch eine Frage zum Thema. Kennt jemand eine Garmin Karte mit gerenderten
Hydranten? So wie OpenFireMap.
Warum lädst Du Dir nicht - z.B. mit overpass-turbo - die Hydranten-POIs runter?
Ist zumindest ein Anfang.
/al
On 25.04.13 18:23, Martin Raifer wrote:
... und exportierst das Ergebnis als GPX, was für die Verwendung am Garmin
praktisch sein könnte.
Naja, darum hatte ich Dich ja um diese Funktion gebeten... ;)
/al
___
Talk-de mailing list
On 23.04.13 18:20, Florian Lohoff wrote:
Klingeln und dumm fragen?
Das nutzt auch nicht immer, ich könnte Dir hier Geschichten erzählen... Und
obwohl Ordnungsnummernbescheid und Beschilderung ident (korrekt umgesetzt;
eigentlich ganz klar) sind, hält sich nicht mal die Behörde
On 24.04.13 09:42, Ronny Soak wrote:
Je öfter ich mich mit dem Thema beschäftige, desto klarer wird, dass das
System Hausnummereinfach kaputt ist.
Heehee... Also ich überblicke das nur für die Gemeinde Wien so in etwa, da ist
klar (steht so im Ordnungsnummernbescheid, den die Baubehörde
On 17.04.13 21:08, Sarah Hoffmann wrote:
Es gibt nichts, was es nicht gibt. Gerade dieses Wochenende gefunden:
http://osm.lonvia.de/stuff/via_alla_bola.jpg
Cool. Aber das ist halt schon eine sehr große Ausnahme. Und daher sollte man
insgesamt schon die Kirche im Dorf und Typographie aus den
On 12.04.13 10:59, Andreas Schmidt wrote:
An was kann der Fehler noch liegen
An einem Ausfall des API Servers
http://stats.pingdom.com/p310g2klasry/435275/2013/04
bzw. was kann ich tun?
Warten?
/al
___
Talk-de mailing list
Hallo!
Gibt es in DE aktuelle Beispiele, wie eine Gemeinde OpenStreetMap z.B. für ihrem
Webauftritt nutzt?
Danke, Andreas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 08.04.13 16:25, Jochen Topf wrote:
Das ist Quatsch.
ACK. Was man vielleicht noch ergänzen könnte: Manchmal macht der (leicht
angestaubte) postal_code an der Straße Sinn, z.B. gibt es in Wien 2mal die
Ludwiggasse, einmal in postal_code=1140, einmal in postal_code=1180.
/al
On 05.04.13 12:37, michael.plaich...@gmx.at wrote:
Ok der Marker bewegt sich wenn die Funktion createIconFromData: function
(data) im Marker Layer aufgerufen wird. Diese wird ja durch reloadInterval:
1000 jede Sekunde aufgerufen. Ich kann ja nicht den Rundenzähler dort
ausführen lassen? Weil
On 18.03.13 10:40, Martin Trautmann wrote:
Besteht eine
Hausnummer aus Ziffern und Buchstaben, werden die Teile mit einem
Leerzeichen getrennt.
N.B.: Nicht mal die Deutsche Post hält sich in ihrer Broschüre Automationsfähige
Briefsendungen daran. Dort ist eine Adresse Zum Lingeshof 1a zu
On 18.03.13 13:43, Martin Koppenhoefer wrote:
bei 2 Richtungen für die Tram sind die Gleise in allen Fällen die ich
kenne räumlich getrennt, d.h. Schienenfahrzeuge können nur an
definierten Übergangspunkten das Gleis wechseln (Weichen).
Wobei in solchen Fällen ja auch die Gleisverbindungen
On 04.02.2013 17:22, Wolfgang Hinsch wrote:
In der Info steht, dass es nur Fahrplandaten sind. Die Tabellen zeigen
aber auch eine Real-Spalte. Habt ihr jetzt doch die Echtzeitdaten?
Die Linz AG Linien bieten auch Echtzeitdaten an
(http://data.linz.gv.at/daten/LinzAGLinien/), die Animation auf
On 22.01.13 08:52, Roland Olbricht wrote:
Not every closed way is an area, so there has to be some tag selection.
There is a short list of keys that imply an area (e.g. building, landuse,
natural, leisure), otherwise there has to be an explicit area=yes tag.
/al
On 17.01.13 22:27, Falk Zscheile wrote:
In wie weit können wir denn die Daten im Rahmen von OSM verwenden?
Die CC BY Lizenz schreibt (in Abschnitt 4.b /0/) Namensnennung vor. Es ist mit
dem Rechteinhaber abzuklären, wie diese Namensnennung zu erfolgen hat.
Wünschenswert wäre aus OSM-Sicht, das
On 10.01.13 16:18, Frederik Ramm wrote:
Ich halte das fuer falsch; in meinen Augen sind Flaechentags am aeusseren Ring
und solche an der Relation total gleichwertig (und letztere vorzuziehen); ein
Bedeutungsunterschied existiert aber nicht.
ACK.
Wenn man zurückgeht auf Gebäude mit Löchern
On 07.01.13 19:01, Fabian Schmidt wrote:
Ich tippe eher auf die Unkenntnis des lokalen Schilderbeauftragten, im
Nachbarort heißt sie Römerstr.
ACK. (wobei der Rechtschreibfehler schon längere Tradition haben dürfte... ;)
(und nein, dort gibt's keinen Ort namens Röm ;)
BTW, auch lt. tirisMaps:
On 03.12.12 10:32, Henning Scholland wrote:
dennoch würde ich als deutschen Namen der aktuellen Stadt Wolgograd nutzen,
weil die Stadt 1961 unbenannt wurde
ACK, hier macht auch old_name:de wohl Sinn.
/al
___
Talk-de mailing list
On 03.12.12 18:04, malenki wrote:
Dass vor November und nach dem April noch Schnee fallen könnte, ist mir
bei der Diskussion über Wintersperrungen glatt entfallen...
IMO hat einfach beides Anwendungsfälle. Einmal eine Zeitsperre und einmal ein
dieser Weg wird bei Schneelage nicht geräumt
On 01.12.12 17:56, Martin Koppenhoefer wrote:
Am 1. Dezember 2012 16:07 schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
die Frage taucht ja regelmäßig auf.
Eh. Nur jetzt gibt's offenbar demnächst eine ernstzunehemde Anwendung und daher
wäre es an der Zeit, das jetzt zu lösen (IMO).
Um es
On 02.12.12 12:32, Martin Koppenhöfer wrote:
Das könnte man im postgres-teil der Regeln sicherlich einfach so einbauen.
Das muß nicht mal in der DB sein, das kann man ganz am Schluss entscheiden.
Das Grundproblem ist damit aber noch nicht gelöst: wie kann man wissen, in
welcher Sprache der
Viele deutsche^Wösterreichische Namen (von Prag bis Lemberg, von Brünn bis
Laibach, von Brixen bis Olmütz) stammen natürlich aus der Zeit der
österr.-ungar. Monarchie. Und IMO wäre das schon etwas, was auf einer _
(de)-Karte aufscheinen sollte, weil's der deutsche Name der jeweiligen Stadt
ist.
On 02.12.12 18:27, Martin Koppenhoefer wrote:
m.E. ist z.B. Bratislava weitaus
geläufiger als Pressburg,
Geläufigkeit kannst aber nicht als Entscheidungskriterium nehmen. Wer
entscheidet das?
Die Preßburgerbahn fuhr von Wien nach Preßburg, der heutige Twin City Liner
fährt nach Bratislava.
On 01.12.12 12:15, Gerrit wrote:
Mein Beispiel sollte dann eher
Ja, so meinte ich.
Interessant wäre auch die Frage, wie man eigentlich sagen soll diese name Tags
sind deutschsprachig? Also wenn jemand z.B. eine Karte en(de) will, dass dann
eben Munich (München) dort steht, obwohl es den
On 30.11.12 18:49, Gerrit wrote:
Stadt (name) Deutsch (name:de) Englisch (name:en) Französisch
(name:fr)
Berlin Berlin Berlin Berlin
München München Munich Munich
Aachen Aachen Aachen Aix-la-Chapelle
Sorry, aber ich find's
On 27.11.12 11:34, Martin Koppenhoefer wrote:
naja, gritting kommt rund 13000 mal vor (mit priority_1 und 3 als
Hauptwerten) und maintenance=gritting/salting gibt es rund 19.000 mal, das
kann man quasi schon als etabliert sehen
Ok. Trotzdem schaut's nach Schnellschuss aus, finde ich. Ich
On 27.11.12 10:48, Andreas Neumann wrote:
Das Problem ist, dass man die Straßen nicht Monatsgenau sperren kann.
Natürlich kann man, gibt zahlreiche Passstraßen mit definierter Wintersperre
(und das ist auch etwas, das Sinn macht, in einer Karte aufzuscheinen!). Und für
die anderen Fälle wäre ein
Wegen des Streuguts reicht wohl eine Unterscheidung, ob Salz oder nicht. Wie man
das englisch sinnvoll vormuliert, sollen native speaker sagen.
On 27.11.12 12:32, Martin Koppenhoefer wrote:
Als in Rom letztes Jahr mal für 3 Tage der Schnee liegen geblieben ist hat der
Bürgermeister den Notstand
On 27.11.12 13:09, Henning Scholland wrote:
Die würden den Pass auch sperren, wenn er noch passierbar ist, aber das Datum
erreicht ist
Als Beispiel: Der Großglockner ist von Anfang November bis Anfang Mai gesperrt.
Heuer begann die Sperre wegen des frühen Wintereinbruchs schon am 29. Oktober.
On 27.11.12 22:25, malenki wrote:
Mit der Verwendung von winter_service=no dachte ich, dass man
dann dem Router sagen kann: Keine im Winter gesperrten Straßen, wie
man in den aktuellen Navis unbefestigte Straßen und andere Kategorien
ausschließen kann.
Sorry, den Satz versteh ich grade
On 26.11.12 10:21, Andreas Neumann wrote:
Könnte man damit nicht evtl. auch im Winter gesperrte Überlandstraßen
taggen?
Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder
sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man
Jahreszahlenlose
On 26.11.12 21:36, malenki wrote:
gritting= und salting= wird bereits zahlreich verwendet und ist im
Proposal angegeben und verlinkt.
Naja, das sind aber (meiner Einschätzung nach) Wildwuchs-Tags. Also da stünde es
schon dafür, mal ein ausgewachsenes Konzept dafür zu entwerfen. Vor allem,
wenn
On 27.11.12 02:33, Andreas Labres wrote:
Also dafür würde ich mir schon einen road_closed=-11-01 - -04-01 oder
sowas Tag (Wintersperre von bis, und je nachdem, wie der Konsens ist, wie man
Jahreszahlenlose Daten eingibt) wünschen.
Übrigens gibt's das eh schon:
http
winter_service=yes sollte es prinzipiell nicht geben, finde ich.
Man könnte angeben
- wann geräumt wird (vielleicht in Kategorien, wenn sich die übernational
finden lassen)
- was gestreut wird
z.B.
winter_service=no (Weg/Straße wird bei Schnee nicht geräumt)
winter_service=primary_roads (das
On 24.11.12 16:26, malenki wrote:
Wer für den nahenden Winter noch ein Tag für die Straßenberäumung
benötigt ist eingeladen, dieses Proposal anzuschauen und zu
kommentieren:
http://wiki.openstreetmap.org/wiki/Proposed_features/Key:winter_service
Macht so IMO nur wenig Sinn. Z.B. in Wien wird
On 22.11.12 09:59, Florian Lohoff wrote:
Problem ist in meinem Fall das eben das Schottterbett kein Schotter sondern
Sand ist - und der sich im laufe eines Jahres komplett verschiebt. D.h. nach
der Regenzeit hat der Fluss einen anderen lauf.
Da bin ich auch bei Dir. Es gibt aber eben auch
On 21.11.12 23:36, Martin Koppenhöfer wrote:
Flussgebiet.
Trotzdem machte es Sinn, zwischen dem tatsächlichen Flusslauf das ganze Jahr
über und dem Schotterbett, das vielleicht nur während der Schneeschmelze oder
Regenzeit überflutet wird (wenn überhaupt), zu unterscheiden. Sollte man ein
On 07.11.12 10:31, Martin Koppenhoefer wrote:
Gibt es denn schon was für Schadstoffsammlung?
Ich findes es nicht sinnvoll, für verschiedene Arten Müll verschiedene
Haupt-Keys zu erfinden. Irgendwie sollte es ein Müll-Tagging-System geben, womit
man die Recycling-Insel mit Altpapier- und
On 25.10.12 22:52, Frederik Ramm wrote:
Da ist im Grunde alles offen - es waere moeglich, dass die OSMF wie die
Wikimedia Foundation in den USA zu einer Organisation mit sehr wenigen
Mitgliedern wird, oder umgekehrt, dass sie sich in einem anderen Land mit
besser fuer Massen-Vereine geeigneten
1. Bitte kompatibel mit OpenStreetBugs machen und auch die OSB-Datenbank
übernehmen und ersetzen!
(sprich auch die Funktionalität wie RSS-Feed übernehmen!)
2. Bitte ein Interface wie OSB mit klick-hier etwas setzen
___
Talk-de mailing list
Das Auswärtige Amt veröffentlicht ein Staatennamen.pdf[0], das angibt, wie die
Staaten dieser Erde (und ihre Staatsangehörigen) in Deutschland zu bezeichnen
sind. IMO die einzig autoritative Quelle.
Wie richtig Staatennamen in fremden Sprachen (speziell mit anderer Schrift)
sind, kann ich nicht
Hallo Sven!
Das Tolle von Andreas' Umsetzung ist IMO das Vereinigen verschiedener Quellen,
das funktioniert für den Benutzer automatisch (kein URL-Raussuchen mehr...) und
das kenne ich sonst von niemandem.
(und außerdem sein Landungs-Video... ;)
/al
On 17.09.12 21:13, Johannes Hüsing wrote:
Zum Beispiel der Hugenotten- und Waldenserweg?
Die haben vielleicht ein Wappen/ein Logo? als Marke? -- Davon war aber nicht die
Rede.
Sondern eine Markierung, die Du auch in OSM abbilden kannst, z.B.
symbol = weißer, waagerechter Balken auf rotem
On 17.09.12 11:05, Martin Koppenhoefer wrote:
Dass ein Logo kompliziert sein muss, wäre ich mir nicht so sicher, auch
einfache Logos können Marken sein
Ja, wobei man Markenrecht und Urheberrecht unterscheiden muß. Man wird sich wohl
kaum ein Wanderwegesymbol als Marke schützen/schützen lassen
On 17.09.12 12:12, Jochen Topf wrote:
Darüber gab es schon diverse Diskussionen. Das ist rechtlich schwierig, da
ein Verein nach dt. Recht und eine Foundation nach engl. Recht halt doch
in vielen Details verschieden sind. Es ist viel einfacher, das separat zu
halten. Dann kann sich auch jeder
On 17.09.12 12:35, Martin Koppenhoefer wrote:
Klar kann man das, was sollte denn dagegen sprechen?
Eine Bildmarke muß Unterscheidungskraft besitzen. Der auf den Baum gemalte weiße
und blaue Strich besitzt das (IMO, bewandert bin ich im Markenrecht auch nicht)
nicht (im Gegensatz zu dem magenta
On 21.06.12 09:10, Werner Poppele wrote:
nachdem ich mir die Wiki-Seiten angesehen habe, denke ich, dass dieses Thema
im Bereich Notfall / Emergency einfach noch nicht bearbeitet worden ist.
http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant
existiert.
Im übrigen empfehle ich,
On 06.09.12 11:02, Martin Koppenhoefer wrote:
z.B.: nur für Berechtigte, Fußgänger und Radfahrer immer frei:
access=private
foot=yes
bicycle=yes
Das ist aber letztlich ein Mißbrauch des (für den Weg gedachten) Access-Tags für
den Schranken. Und der - wie erwähnt IMO widersinnigerweise - dann
On 05.09.12 17:13, Martin Koppenhoefer wrote:
m.E. ist barrier=lift_gate der richtige tag, und access sagt aus, ob und
wer/wann man da durch darf.
access=wenn_er_hochgeklappt_ist?
Eigentlich ist access wieder verkehrt herum, weil Du ja nicht sagen willst, für
wen der Schranken gilt, sondern
On 05.09.12 15:26, Butrus Damaskus wrote:
Angeblich (was die deutsch-tschechische Grenze angeht) sollte diese
teilw. an der deutschen Seite aus nicht-offiziellen (privaten) Daten
stammen, die nicht immer ganz genau sind. Also ich glaube eher nicht,
dass die tschechischen offiziellen Daten
Hallo Martin!
ACK aighes, IMO muß man solche offenen Schranken anders taggen.
Noch ein Beispiel: in NL gibt's Autobahnen, die über Brücken führen, die
fallweise hochgeklappt werden. Da gibt's dann Ampeln und wenn ich mich recht
erinnere auch Schranken davor. Es gibt zwar eine Schedule, wann
On 03.09.12 15:43, Martin Koppenhoefer wrote:
ich bin schon dafür, die Schranke zu mappen (als Kuriosum, zur
Vollständigkeit, etc.)
Kannst ja. Aber der hier ist ein Hindernis Tag ist dafür ungeeignet.
Das ist im Grunde die schon öfter mal vorgekommene ins Gegenteil verkehren
Problematik (kann
On 05.09.12 01:35, Tobias Knerr wrote:
Das *wäre* ein Beispiel für diese bekannte Problematik, wenn nicht
access an barrier-Nodes von Anfang an Teil des Konzepts gewesen wäre.
Der access Tag ist für die barrier ja sowieso verkehrt rum... statt
naheliegenderweise ein das ist ein Hindernis, und
Hallo!
Also ich bin dagegen, solche Schranken (als Nodes) zu mappen. Wenn eine Röhre
gesperrt ist, dann ist die Kante , die dieser Röhre entspricht, im Graphen zu
deaktivieren. Punkt. Der TMC-Code wird sich wohl auch immer darauf beziehen.
/al
___
Hallo Ronnie!
Was wir da u.a. mappen, ist ein Straßengraph. Also ein highway-Way ist eine
Straße (also eine Kante im Graphen) und gemeinsame Nodes von zwei Ways sind die
Knoten. Und mein Statement war, dass ich der Meinung bin, dass Fährrouten (auf
denen PKWs/LKWs transportiert werden) Teil
On 27.08.12 12:08, Sarah Hoffmann wrote:
Es gäbe noch die Möglichkeit, es so zu taggen:
name = Lübben
official_name = Lübben (Spreewald)
Berücksichtigt der Nominatim official_name (oder full_name oder alt_name oder
loc_name oder was es da noch so gibt)?
Servus, Andreas
On 25.08.12 10:30, Ronnie Soak wrote:
Für mich ist das kein Unterschied.
Eh nicht, Du wirst mit den OSM Daten bald ein Straßenbahnsonderfahrt automatisch
routen können, nur welchen Gehweg du nehmen mußt um zur (richtigen) Haltestelle
zu kommen, dazu wirst Du zusätzliche Infos/Intuition
On 23.08.12 15:00, Felix Hartmann wrote:
im Bereich von railways und ÖPNV Routing, kann ich ja noch irgendwie einsehen,
dass man dies vom Router verlangen soll, da es die Hauptaufgabe des Routers
ist. Da es bei Bergbahnen, nun aber nicht um klassischen ÖPNV geht,
IMO sind in Sachen Routing
On 23.08.12 15:04, Felix Hartmann wrote:
Das seh ich ganz anders, da gehören die Wege im Haus einfach dazu, und ich
frag mich wer solche In Hause Wege halt etwa gelöscht hat, da ich diese schon
recht oft angelegt hab.
Nicht bös sein, aber das ist einfach keine gute Idee, IMHO.
Servus,
On 24.08.12 08:31, Werner Poppele wrote:
Stromkabel (unterirdisch)
power=line
location=under_ground|under_water
NACK. power=line ist implizit eine Freileitung. Das mit einem Zusatztag ins
Gegenteil zu definieren ist keine gute Idee. Besser: eine /andere/ Value
erfinden, z.B. power=cable. Das
Wie schon an anderer Stelle angemerkt:
power=lineist eine Freileitung.
power=cableist ein Untergrund- oder Seekabel.
/al
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 24.08.12 09:40, Martin Vonwald wrote:
Wieso ist das im Wiki nicht entsprechend verlinkt?
Offenbar war da ein Bug in der Tabelle beim power-Schlüssel, der als
Beschreibung für power=cable denselben Text angezeigt hat wie für power=line.
Fixed.
Die Seite für power=cable existiert aber schon
On 24.08.12 10:24, Martin Vonwald wrote:
Da war kein Bug,
Doch, in Deiner Version von 09:46 war in der cable Zeile der line:desc Text
eingetragen, die Version hab ich gesehen. Dass Du die auch grade editiert
hattest, war mir nicht bewusst.
Wie man den Text von Stromleitung auf Freileitung
On 24.08.12 09:46, Felix Hartmann wrote:
Aber warum behandeln wir dan Fähren anders?
Fähren kannst Du IMO weder mit ÖV noch mit Seilbahnen vergleichen. Die
Fährrouten sollten (IMO) Teil des Straßengraphens sein. Aber Bahnen (egal ob
schienengebunden oder am Seil hängend) eben nicht.
Wenn es
On 25.08.12 00:26, Martin Koppenhoefer wrote:
Autozüge?
Naja, dass die jetzt kommen, war klar. ;) Aber wie willst die abbilden? Eine
Relation mit hier musst Du Dich anstellen zum Autozug von Wien nach Feldkirch
und hier fährst Du in Feldkirch wieder vom Autozug runter, zusammen mit dem
Fahrplan,
On 25.08.12 00:23, Martin Koppenhoefer wrote:
ja, sehe ich im Prinzip ähnlich, wer so was ohne Rückfrage oder Diskussion
einfach so löscht, vielleicht sogar im großen Stil, der vandalisiert die
Karte.
Grade bei Hungerburg und Patscherkofel vermute ich, dass dort im Rahmen des
Häuser Zeichnens
On 23.08.12 14:22, Felix Hartmann wrote:
Dagegen spricht nichts (solange die platform dann auch mit dem Seil/bzw
Trasse verbunden wird )
PMJI, aber das ist IMO ein Denkfehler... Bei Bahn/Straßenbahn wird die
Plattform auch nicht mit dem Gleis verbunden. Das muß der Router sich ggf.
schon
ReHi!
Wenn Du z.B. bei Seegrube oder Patscherkofel schaust, da ist immer das Gebäude
gemappt, sprich da endet der Bahn- oder Gondel-Way im Gebäude. Da kannst Du nur
ein Öffi-Routing machen, indem man annimmt, daß man auf der Hungerburg
(http://osm.org/go/0IUSihE3w--) von der Hungerburgbahn zur
On 15.07.12 14:45, Lars Lingner wrote:
Schreib doch einfach mal die Leute von [kernelconcepts.de] an, vielleicht
kann deren
OSM-Angebot noch erweitert werden.
Dazu solltest Du ihnen aber schon eine druckfertige - und auch allgemein
verträgliche - Vorlage anbieten.
/al
On 15.07.12 18:13, Sven Geggus wrote:
Jepp und außerdem haben diese Shirts immer so einen Regenjacken-Effekt.
Naja, das kommt von der Transferfolie (wenn diese Methode verwendet wird). Oder
wenn der Drucker den Untergrund weiß drucken muss, weil das Motiv auf einem
dunklen Shirt so bunt ist...
On 13.07.12 09:42, Manuel Reimer wrote:
kennt jemand eine Quelle für T-Shirts mit OSM-Bezug.
Eine SOTM besuchen? Wieviel zahlst, ich glaube, ich hätte noch ein SotM-EU '11
T-Shirt rumliegen... ;)
/al
___
Talk-de mailing list
On 13.07.12 10:06, Sven Geggus wrote:
Ich finde es ehrlich gesagt verwunderlich, dann noch niemand ein script gebaut
hat, das automatisch Karten für T-shirts rendert.
Frederiks HiRes-Tiles würden sich glaub ich auf einem weißen T-Shirt gut
machen... ;)
/al
On 13.07.12 10:19, Manuel Reimer wrote:
Muss ja nicht unbedingt ein Kartenausschnitt sein. Nennung des Projektnamens,
ein monochrones Logo, vielleicht noch irgendein Slogan. Das Shirt sollte
ausreichend neutral sein, dass es im Alltag getragen werden kann.
Das alte monochrome Logo gibt's im
On 07.07.12 10:55, Manuel Reimer wrote:
Ich tippe mal vorsichtig auf Outlook in Standardkonfiguration und dann
Mailtext in einer winmail.dat, die der Server dann aus gutem Grund aus der
Mail rausfiltert.
Received: from [10.5.146.92]
On 20.04.12 21:47, Sarah Hoffmann wrote:
Es gibt eine arg knappe Beschreibung auf den Wiki-Seiten von Nominatim:
http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview#Country_to_Street_level
Ach ja, Nominatim hat ja seine eigene Level Interpretation...
Man sollt's aber direkt bei
Hallo Sarah!
On 19.04.12 19:44, Sarah Hoffmann wrote:
Man ist gerade dabei, dass Nominatim beizubringen.
Sper! :))
Es gibt noch ein paar kleinere Bugs zu bereinigen, aber das Ganze wird mit dem
Neuimport nach dem Lizenzwechsel live gehen. Dann werden also place-Nodes und
On 19.04.12 20:55, Jimmy_K wrote:
Irgendwie verwirrt mich der Link gewaltig:
admin_level=4: Bundesland
http://de.wikipedia.org/wiki/Bundesland_%28%C3%96sterreich%29 NUTS2 was nun
NUTS2 oder Bundesland (wäre NUTS3)
admin_level=5: Region NUTS3 Regionen sind aber NUTS2 (Ost, Süd, West) oder
/1/ stimmt auch:
AT ... Österreich
AT1 ... Ostösterreich (NUTS1, wie gesagt, eine willkürliche Dreiteilung
Österreichs)
AT11 ... Burgenland (NUTS2, ein Bundesland)
AT111 ... Mittelburgenland (NUTS3, eine willkürliche Region)
und dann die Gemeinden (LAU2)
Hier sehr übersichtlich:
On 19.04.12 11:33, Martin Koppenhoefer wrote:
[place=region]
m.E. braucht man für diese klar definierten Verwaltungseinheiten überhaupt
kein place, das ist mit admin_level und boundary=administrative hinreichend
definiert.
ACK. IMO sollte man dem Nominatim beibringen, dass es Staaten gibt,
On 11.04.12 03:42, Robert Kaiser wrote:
Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet
wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine
dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der offiziellen
Adresse ist, kann es
On 11.04.12 10:21, Manuel Reimer wrote:
Bei OSM dagegen sendet man sein Passwort komplett ungesichert.
Nee, wenn ich http://www.openstreetmap.org/login ansurfe, werde ich auf
https://www.openstreetmap.org/login redirected. Und das POST geht dann auch über
https.
/al
On 11.04.12 11:54, Manuel Reimer wrote:
Gut, aber wie geht es dann weiter? Wenn ab dann HTTP genutzt wird, kann die
offene Session immer noch nach Belieben gekapert werden.
Logo, das ist aber bei Session-Cookies immer so.
Natürlich wär's mir lieber, alles der SSL zu machen. Aber noch viel
Hallo Martin!
IMO (aber das kann auch unvollständig sein) gibt's shops (~Werkstätten) für die
blue-collar workers und offices für die white-collar workers.
Labors würde ich schon eher in den offices vermuten, aber da müßte man wohl
native speaker befragen...
Aber grade bautechnisch passen
On 11.03.12 13:16, Stephan Wolff wrote:
Warum manchmal explizit wheelchair=unknown in die OSM-Datenbank
geschrieben wird, verstehe ich nicht.
Also das http://osm.mapki.com/history/node.php?id=245168488
hat z.B. ein wheelmap.org User von yes auf unknown umgetaggt.
Manche User setzen das auch
Hallo Rainer!
Vermutlich wäre railway=dismantled der richtige Tag. Ob's dann für
historic:jahreszahl:railway= einen Konsens gibt, weiß ich nicht, gibt jedenfalls
ein paar Keys davon.
Übrigens, Ito rendert das z.B. auch:
http://www.itoworld.com/map/26
Servus, Andreas
Hallo!
Wäre es nicht sinnvoll, mal ein besser über den Planeten verteiltes Netzwerk an
Servern aufzubauen, damit nicht jedes Byte (z.B. von Tiles der Standardkarte von
OSM) aus UK kommen muss?
Ich fände es wünschenswert, diesen Gedanken mal mit dem OSM-Admin-Team zu
besprechen. Ein großer Hoster
*mode_panic=yes*
Hilfe, das Wiki hat Blau-itis... wo dreh' ich das ab?!!!
/al
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
On 24.01.12 12:04, Matthias Meißer wrote:
also bei mir ist das nicht, möglicherweise hast du in deinen persönlichen
Einstellungen irgendwie das Skin verstellt, oder am irgendwo am Browser
gespielt?
Ja, offenbar ist das ein Kanarienvogel-Feature...
http://lab.at/osm/blauitis.png
Sorry...
On 21.01.12 12:59, Martin Koppenhoefer wrote:
Das müsste man sich dann im Einzelfall ansehen. private/public fände
ich keinen guten Wert für den operator, wer solche Schubladen in den
Daten bilden will sollte das eher mit so was wie operator:type oder
so machen.
Wenn man das unbedingt taggen
On 21.01.12 14:51, Martin Koppenhoefer wrote:
Das hat mit Schneeräumen nichts zu tun (zumindest nicht
im deutschen Flachland.
Im Gebirge macht das einen wesentlichen Unterschied, ob Dir der
Gemeindeschneepflug die Straße zur Berghütte räumt oder Du Dich selber drum
kümmern musst. ;) (n.b.
Hallo Martin!
Mal abgesehen davon, dass ich es für fehl am Platz halte, UstIDs in OSM zu
speichern...
vatin ist IMO eine doofe Abkürzung. Entweder UstID bzw. UID (deutsch) oder
V.A.T.-ID (englisch).
Wenn, dann vatid= als Tag, IMHO.
/al
___
Talk-de
On 13.01.12 01:20, Martin Koppenhoefer wrote:
naja, das bleibt natürlich jedem selbst überlassen, aber um den
gleichen Operator/Geschäft als solches zu identifizieren ist das als
offizielle Nummer m.E. ideal.
Ich weiß nicht, unsere Telekom nannte sich in letzter Zeit gefühlt alle zwei
Jahre
Hallo!
Ich will mich da gar nicht groß einmischen, schlage aber vor, die komplexesten
Problemstellungen im Auge zu behalten!
Z.B. auf der Wiener Ringstraße gibt es, ausgehend von einer Mittellinie der
Straße:
- im Schnitt zwei Fahrspuren
- Straßenbahngleise
- eine Alleereihe
- einen Gehweg
-
101 - 200 von 556 matches
Mail list logo
