Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

[Andreas Labres]

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 addr:suburb Tag ist jahrelang propagiert worden, was ja, wie man sieht, auch
erfolgreich war.

Das aus meiner Sicht "kleinste Übel" ist die synonyme Behandlung solcher von der
Idee her sehr änlicher Tags. /Insbesondere/ bei einer Suchfunktion, die ja
verzeihend sein soll.

Von so erzieherischen Maßnamen à la "ich implementiere ein Feature nicht, um
dich zu zwingen, was zu ändern" halte ich hingegen "relativ" wenig.

/al

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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

[Andreas Labres]

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 genutzt) auch. In der Umsetztung sollte das gleich zu behandeln sein wie
addr:place.

Wie schaut es mit ortsweiten Hausnummern aus (Waldkirchen am Wesen 62 oder 22
oder 8 oder 1 oder 4 oder 13 usw.), besteht da auch eine Chance? Place-Tag
"Waldkirchen am Wesen" gibt es natürlich, ebenso eine Gemeinegrenze (level 8).

/al

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

Re: [Talk-de] Add a note

[Andreas Labres]

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 weltweite Community heißt...

N.B.: Die Übersetzung der Blogeinträge läuft auch übers Translatewiki? Das darf
ja wohl nicht wahr sein!

/al

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

Re: [Talk-de] Add a note

[Andreas Labres]

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

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

[Talk-de] Add a note

[Andreas Labres]

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 merkwürdig
inaktiv...

Und was ist der Unterschied zwischen blog.openstreetmap.org und
blogs.openstreetmap.org

/al (wieso hab ich das Gefühl, dass hier halbgare Features am Werk sind?)

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

Re: [Talk-de] Hydranten

[Andreas Labres]

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

fire_hydrant:pressure=suction

ausdrücken.

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

Re: [Talk-de] Hydranten

[Andreas Labres]

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

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

Re: [Talk-de] Hydranten

[Andreas Labres]

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
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Hydranten

[Andreas Labres]

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

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

Re: [Talk-de] Hydranten

[Andreas Labres]

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 fire-hydrant:type
*Brunnen* fehlt (gibt nur "pond").

/al

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

Re: [Talk-de] Hausnummern

[Andreas Labres]

On 24.04.13 09:42, Ronny Soak wrote:
> Je öfter ich mich mit dem Thema beschäftige, desto klarer wird, dass das
> System "Hausnummer"einfach 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 erläßt), dass die
Ordnungsnummer für das auf Grundstück soundso errichtete Gebäude vergeben wird.
Und das Schild "von der Straße aus sichtbar" anzubringen ist. Kann auch mehr als
eine Hausnummer sein, also z.B. ON 140 in der Hauptstraße ident ON 2 in der
Ludwiggasse (damit ist übrigens auch klar, dass das Gebäude auf der radialen
Straße rechts und auf der tangentialen Straße stadtseitig stehen muß).

Und das dürfte wohl für AT und DE insgesamt ganz genauso gelten. Alles andere
sind Auswüchse/Mißdeutungen.

* Grundstück -> Katasternummer
* Gebäude -> Ordnungsnummer
* Personen müssen gemeldet sein (daraus ergeben sich Konsequenzen fürs Wahlrecht
oder die Zustellung)
* zu den Türen: In Wien gibt's ja einige Tradition im sozialen Wohnbau, da gibt
es grade bei großen Bauten oft das Konzept der Stiegennummer ("da Hausmasta is
auf Stiege Aans"). Dazu muß man eben sowohl das Gebäude (oder den "Bau", die
ganze Gebäudegruppe) anhand der Ordnungsnummer und den richtigen Eingang anhand
der Stiegennummer identifizieren. Und dann im Gebäude eben die Tür (oder "Top",
wie das neumodisch heißt).
* Und jeder "Wohnungseinheit" ist ein Briefkasten zugeordnet (also Tür auf der
Stiege an der Hausnummer), für die Briefzustellung.

Also eigentlich ganz logisch, oder? ;)

/al

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

Re: [Talk-de] Hausnummern

[Andreas Labres]

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 (Wählerverzeichnis)
an die richtigen Adressen... Umso weniger wissen es die Bewohner... oder die
Zusteller... ;))

/al

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

[Andreas Labres]

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 /Daten/ von OSM
raushalten. Typographie ist, wenn, was Render-Spezifisches, außerdem isses sehr
national geprägt (was man ja auch im Wikipedia-Artikel zum "Anführungszeichen"
schön sieht).

> Man beachte die Zollzeichen. ;)

Das sind Anführungszeichen. Auch auf der Schreibmaschine gab's nur eine Art
Anführungszeichen, beim Computer war das dann ganz genauso (wurscht welche
anfängliche Code-Tabelle).

/al (der auch zum Mailschreiben "nur" eine Schreibmaschintastatur verwendet!)

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

Re: [Talk-de] connect timed out

[Andreas Labres]

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
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Nutzung von OSM in einer Gemeinde

[Andreas Labres]

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

Re: [Talk-de] Tags an Straßen

[Andreas Labres]

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

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

Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite

[Andreas Labres]

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 wenn ich das richtig verstanden habe, bleibt das
> Programm in dieser Schleife. Jedoch versteh ich dann nicht ganz wie das mit
> der Maus funktioniert. Ähnlich wie ein Interrupt?

Könnt Ihr diese Programmierprobleme bitte abseits der Liste klären? Das hat mit
OSM nämlich überhaupt nix zu tun!

Danke!

/al

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

Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?

[Andreas Labres]

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 lesen...

Jedenfalls, bitte nicht automatisiert kaputtisieren. In Wien schreibt man 2a
ohne Leerzeichen.

/al

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

Re: [Talk-de] *:lanes und Straßenbahnschienen

[Andreas Labres]

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 mappt. Man kann also in
Wien bald einen Router für Straßenbahnsonderfahrten (die Teilnehmer der
SOTM-EU'11 wissen, wovon ich rede) machen. Ich weiß zwar nicht, wer das braucht,
aber die Tendenz geht offenbar dahin.

Von dem einheitlichen ein Way = eine Straße hat man sich schon dadurch
verabschiedet, dass man bei Autobahnen die Fahrrichtungen getrennt gemappt hat.
Seither divergiert das immer mehr davon weg. Egal ob jetzt Radwege als Teil
einer Straße, Gehsteigmapping *spit*, Straßenbahngleise etc.

Schon 2008 im Linuxhotel gab's diese Linienbündel-Diskussion, schon damals hab
ich die Wiener Ringstraße [0] als Beispiel eingeworfen: entweder man überlegt
sich ein Schema, wie man all das in einem Way mappen kann. Oder man macht eben
getrennte Ways. Die Zeit zeigt IMO klar, dass die Tenzenz zu mehreren Ways geht.
Schönbrunn [1] ist auch so ein Beispiel, wo sich jemand ausgetobt hat... oder
die Feldbahn im KH Lainz [2]...

Eher sollte man sich über die Grenzen dessen Gedanken machen, was zu trennen
sinnvoll ist...

/al

[0] Wiener Ringstraße: http://osm.org/go/0JrIXT9jv--
[1] Schönbrunn: http://osm.org/go/0JrClZGD5--
[2] Feldbahn: http://osm.org/go/0JrCDYzHw-
  http://de.wikipedia.org/wiki/Feldbahn_Geriatriezentrum_Am_Wienerwald



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

Re: [Talk-de] OSM für die Straßenbahn in Linz

[Andreas Labres]

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
http://linz.faehrt.at/ basiert aber auf Fahrplandaten:

*"Werden /Echtzeitdaten/ für die /Positionsberechnung/ verwendet?*

Die Positionen werden anhand des offiziellen Fahrplans der Linz AG ohne
Berücksichtigung von Echtzeitdaten berechnet."


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

Re: [Talk-de] [OSM-talk] POI display on osm.org

[Andreas Labres]

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

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

Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg

[Andreas Labres]

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 in /1/ zu erledigen (manche haben auch /2/
gewünscht, aber das ist dort wesentlich mühsamer zu handlen).

Wenn die Namensnennung erfüllt ist, kann man die Daten in OSM verwenden.

/al

/0/ http://creativecommons.org/licenses/by/3.0/de/legalcode
/1/ http://wiki.openstreetmap.org/wiki/Contributors
/2/ http://www.openstreetmap.org/copyright/de


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

Re: [Talk-de] Multipolygone im Wiki

[Andreas Labres]

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 (wofür das MP IIRC erfunden wurde),
so gilt das Gebäude eben nur fürs Gebäude (ohne die Löcher). Und die Tags waren
damals alle am outer Way. Die Idee, die Tags auf die Relation zu verlagern, kam
erst bei den admin. Grenzen (wo es keinen einzelnen outer Way mehr gibt) auf.

Alles eigentlich wieder nur ein Argument dafür, doch mal Areas zu erfinden... ;)

/al

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

Re: [Talk-de] "Römerstraße"

[Andreas Labres]

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:
6072 Lans, Römer Straße (Gemeinde Lans),
6080 Igls, Römerstraße (Stadt Innsbruck),
6082 Patsch, Römerstraße (Gemeinde Patsch).

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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" (winter_service=no).

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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. Trotzdem ist der deutsche Name der Stadt Pressburg (nach
heutiger Schreibweise; wobei Namen und Rechtschreibreform wieder ein eigenes
Kapitel sind).

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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.

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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 Inhalt eines bestimmten name tags ist?

Natürlich, das war ja auch mein Ausgangspunkt. Aber mittlerweile denke ich, dass
man das gar nicht zu wissen braucht. Es gibt auch zu viele Spezialfälle, z.B.
wenn unter name schon zwei verschiedene Sprachen ausgefüllt sind (Schweizer
Kantone oder sowas; wobei sich das, wenn die Sprache umschaltbar wäre,
vielleicht ändern würde).

> Wenn man weder den Tag duplizieren will, noch auf das generische name
> verzichten, dann wäre ein Zusatztag "lang" o.Ä. dafür gut geeignet.

Da bin ich ganz bei Dir, wenn man es wissen/definieren will, ist lang (oder
name:lang oder sowas) die beste Lösung (die auch nicht mit der bisheringen
Verwendung von "name" bricht).

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

On 01.12.12 17:56, Martin Koppenhoefer wrote:
> Am 1. Dezember 2012 16:07 schrieb Martin Koppenhoefer 
> :
>> 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 nochmal auf den Punkt zu bringen: man denke an eine _ (en) Karte, die also
lokale Namen (z.B. auch ein kyrillischer o.a. fremder Schrift) und die englische
Variante anzeigen soll. Dann will man aber nicht, dass alle engl. Namen
plötzlich doppelt dastehen. Stellt sich die Frage, ob eine Intelligenz im
Renderer, die idF identische Strings unterdrückt, da reichen würde.

Also an den erwähnten Beispielen [_ (en) Karte]: München wäre dann als "München
(Munich)" und Aachen nur als "Aachen" (auch wenn's dort ein name:en=Aachen gibt)
beschriftet.

Das wäre IMO ein gangbarer Weg.

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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 name:de Tag vielleicht nicht
gibt. Oder sollte man für alle Orte in DE, AT und CH (dt.) ein name:de setzen
wollen?

Vielleicht ein konkretes Beispiel:
http://www.openstreetmap.org/browse/node/240092464
hat einen name und einen name:ru Tag. Wie weiss der Renderer, was er für ru(de)
hinschreiben soll?

/al

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

Re: [Talk-de] Demo mehrsprachige Karte

[Andreas Labres]

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 widersinnig, name:en=Aachen oder name:fr=Munich (das ist
doch die engl. Sprache?) einzutragen. Entweder gibt's einen Namen in der
jeweiligen Sprache (Wien|Vienna|Vienne|Wenen|Beč|Bécs|Viyana|..., vlg.
http://www.openstreetmap.org/browse/node/17328659), aber wenn nicht, dann nicht.
Speziell macht "Irgendwasdorf" als name:en|fr|... keinen Sinn.

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 nicht...

Aber beim Großglockner geht's nicht um winter_service, weil den gibt's dort ja,
nur eben von November bis April nicht. ;)

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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.
Und 2011 wurde die Wintersperre wegen des milden Winters und der
fortgeschrittenen Räumung bereits am 21. April wieder geöffnet.

Aber es wäre kein Fehler, wenn in einer Karte steht, dass die Straße von
November bis April gesperrt ist.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 ausgerufen

Kann mich an die Fernsehberichte erinnern. Aber Rom ist jetzt nicht ein Ort, wo
winter_service als Tag irgendwie relevant wäre, oder? ;)

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 winter_service=no ja sinnvoll.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 wünschte mir
einen "hier wird gestreut" Tag und vielleicht noch einen Zusatz: und zwar nur
mit Splitt oder mit Salz. Zur Not: gritting=grit|salt oder
gritting:material=grit|salt. Und wenn ich länger nachdenke, fände ich eben einen
hier gibt's (k)einen (oder eingeschränkten) Winterservice als Überbegriff
besser, sprich: hier wird geräumt und gestreut (außer vielleicht auf Zufahrten
zu Berghütten passiert das idR gemeinsam) und den Zusatz, welches Streugut
(winter_service:gritting_material oder winter_service:material oder so). Und
beim Räumen gibt's halt auch noch den zeitlichen (fast rund um die Uhr oder nur
tagsüber oder "wenn alles andere erledigt ist") und den "Priority" Aspekt.

Aber überhaupt ist das ein sehr "dynamisches" Thema, das wichtigste ist, wenn
/nicht/ geräumt wird (oder umgekehrt so Besonderheiten, dass ein cycleway=track
eben doch geräumt wird). Dass das Räumen/Streuen dann mal schneller, mal
langsamer (oder mit unterschiedlichem Streugut) passiert, kann man wohl nur
"live" nachsehen...

> *ing Tags riechen übrigens schon sehr nach "keiner guten Idee"... ;)
> wieso?

Kann ich Dir nicht sagen, ein "Gschmäckle" hat's halt für mich.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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://wiki.openstreetmap.org/wiki/Conditional_restrictions

Vielleicht wäre ein Wintersperre-Beispiel dort ganz sinnvoll. Und es wäre gut,
mal zu klären, wie man jährlich wiederkehrende (also quasi "jahreszahlenlose")
Datumswerte (key date_on/off) angibt.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 man das schon mal "anfasst".

*ing Tags riechen übrigens schon sehr nach "keiner guten Idee"... ;)

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 Daten eingibt) wünschen.

/al

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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 heisst bei uns fast rund um die Uhr und 
Salzstreuung)
winter_service:hours=6-20 
winter_service:material=grit|salt

Und dann halt noch Spezifika, z.B.
winter_service:bicycle=yes (da macht das yes IMO Sinn, wenn man angeben will, 
dass
dass dieser Radweg oder die Radspur grundsätzlich geräumt wird)

>Über snowplowing findest du verschiedene Kategorien

winter_service vs snowplowing sind zwei verschiedene keys für ein und dasselbe. 
Bitte NICHT.

/al


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

Re: [Talk-de] RFC zum Proposal winter_service

[Andreas Labres]

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 jede Straße geräumt, es ist
allerdings die Frage, wie schnell:

http://www.wien.gv.at/umwelt/ma48/sauberestadt/winterdienst/winterdienstplan.html

Also irgendwie sollte man nicht implizit den Zwang einbauen, jede Straße mit
winter_service=yes zu taggen. Sondern wenn, dann nur die Spezifika taggen (also
entweder so opening_hours mäßig oder eben no_winter_service).

Was aber anderseits wieder Sinn machen würde: das Winter-Radwegenetz taggen zu
können.

/al

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

Re: [Talk-de] waterway=riverbank / saisonale flußläufe

[Andreas Labres]

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 andere Situationen, wo das
Blau-Färben des Hochwasserbettes IMO nicht so sinnvoll ist. Hier der Tagliamento
als Beispiel:

http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlesat&lon=13.128&lat=46.352&zoom=15

Da fände ich es sinnvoller, wenn der (über die Jahre konstante)
Normallwasserlauf flächig blau und das Hochwasserbett von mir aus blau
strichliert umrandet (oder sowas) wird.

Das wäre übrigens auch für Dein Beispiel ein gangbarer Weg, dass man die
Flußlinie eben nur als Linie qualitativ und - wenn erkennbar - das mögliche
Hochwasser"ufer" blau strichliert darstellt.

Dazu bräuchte es halt Tags, Normal- und Hochwasser-"Riverbank" unterscheiden zu
können.

/al


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

Re: [Talk-de] waterway=riverbank / saisonale flußläufe

[Andreas Labres]

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
besseres Tagging erfinden.

N.B., es gibt auch in den Alpen solche Flüsse, z.B. die Fella
(http://de.wikipedia.org/wiki/Fella). Wenn mich nicht alles täuscht, werden
solche trocken liegenden Schotterbette auch für allerlei "offroad" Aktivitäten
genutzt... und das hat dann nix mit Wassersport zu tun... ;)

Oder in Wien gab's vor der Donauinsel das Überschwemmungsgebiet, das war auch
nur fallweise bei Donauhochwasser überflutet, sonst war's Erholungsgebiet
(konnte man wunderbar Fußball spielen). Das als "Fluss" zu taggen wäre auch ein
Fehler gewesen.

/al

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

Re: [Talk-de] Sammelbehälter für Altbatterien und abgelaufene Arzneimittel

[Andreas Labres]

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 Altglascontainer genauso erfassen
kann wie z.B. unsere Mistplätze

wo Du vom recyclebaren Papier/Glas/Metall über Sperrmüll bis zu Problemstoffen
alles abgeben kannst.

Sowas heißt IMO oft "Recyclinghof", obwohl Du dort auch Problemstoffe loswerden
kannst (was auch immer die dann damit machen).

Insofern fände ich

recycling:batteries
recycling:drugs

mit einer Erklärung dazu schon ok.

/al

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

Re: [Talk-de] Firmen als OSMF-Mitglieder

[Andreas Labres]

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 Gesetzen neu gruendet und versucht,
> jeden Mapper als Mitglied zu gewinnen - oder irgendwas dazwischen. 

IMO wäre das eine gute Gelegenheit bzw. sollte man auch nicht vergessen,
regionale/nationale Organisationen (FOSSGIS e.V. oder nationale Vereine) da mit
zu bedenken. Überhaupt sollte man da wohl zwischen (gemeinnützigen) Orgas und
(gewinnorientierten) Firmen unterscheiden...

/al

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

Re: [Talk-de] OpenStreetBugs-Einbau in Hauptseite

[Andreas Labres]

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
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Länderübersetzungen mittels CLDR

[Andreas Labres]

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 beurteilen. Dazu braucht man wohl unbedingt jeweils einen
"native speaker" oder ein lokales autoritatives Dokument. IMO sollte sich
niemand, der die jeweilige Sprache nicht kann, anmaßen, da was zu ändern!

/al

[0]
http://www.auswaertiges-amt.de/cae/servlet/contentblob/332368/publicationFile/163277/Staatennamen.pdf

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

Re: [Talk-de] Luftbilder via OpenGeoServer.at

[Andreas Labres]

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

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

Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM

[Andreas Labres]

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 Grund mit 04
osmc:symbol  =
red:red:white_bar:04:black

Sowas kann (IMO) weder Marken- noch Urheberrechtsschutz genießen.

/al

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

Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM

[Andreas Labres]

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" Telekomunternehmen).

> aber das es z.T. getan wurde wissen wir bereits.

Eine Wanderwegmarkierung als Marke? Erzähl'...

/al

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

Re: [Talk-de] OSMF-Vorstand

[Andreas Labres]

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 überlegen, ob er mein einen oder anderen
> oder beiden dabei sein will.

Wobei es schon denkbar wäre, dass der dt. Verein Mitglied der engl. Foundation
werden könnte. Aber ich weiß weder, ob das momentan ginge, ob dafür
Randbedingungen geschaffen wurden, was die Voraussetzungen wären, was der Nutzen
wäre (für den dt. Verein bzw. deren Mitglieder).

Servus, Andreas


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

Re: [Talk-de] Fwd: Darstellung der Wanderwege des Harzklubs im OSM

[Andreas Labres]

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 können. Und für's
Urheberrecht der Markierung bräuchte es die Werkhöhe. Insofern wird "Der Weg ist
'rotes Kreuz auf grüner Raute' markiert" kaum gegen ein Schutzrecht verstoßen.

Problematisch ist wohl nur das Wissen, wo ein Wanderweg entlang führt. Das
Wissen wirst Du Dir wohl nur "erwandern" können, weil aus dem Luftbild wirst Du
das nicht erkennen... ;)

/al

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

Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?

[Andreas Labres]

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, sich mit
http://wiki.openstreetmap.org/wiki/DE:OpenFireMap
Frank März (Fragen zur Openfiremap.org bitte an User:Wankmann
 oder an info (at)
openfiremap.org stellen)
in Verbindung zu setzen, weil es wahrscheinlich Sinn macht, die Dinger auf der
OpenFireMap auch darzustellen...

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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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 ein "für die
aufgelisteten gilt der geschlossene Schranken nicht" bedeutet. Eher sollte es da
ein "passierbar für" geben, IMHO.

Und trotzdem bin ich gegen ein "passierbar für=alle" als
Negation/Unwirksammachens eines Hindernisses. Ein Hindernis ist ein Hindernis
und das sollte nur so in einer Karte eingezeichnet sein/vom Router
berücktsichtig werden, wenn's ein Hindernis ist.

/al

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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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 für wen er - als Ausnahme - nicht gilt (obwohl
da ein geschlossener Schranken ist, dürfen Radfahrer dran vorbeifahren und
Wanderer dran vorbeigehen).

/al

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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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 diese Brücke
fallweise geöffnet wird, nur wird sie nur hochgeklappt (und der Schranken dann
geschlossen), wenn Bedarf ist. access hilft nicht, weil der Schranken logo für
alle gilt, die die Autobahn benützen dürfen, und opening_hours (würde das die
offen- oder die geschlossen- Zeiten angeben?) geht auch nicht, weil nur bei 
Bedarf.

Servus, Andreas

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

Re: [Talk-de] Staatsgrenze mit der Tschechei

[Andreas Labres]

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 ungenauer wären, als das, was
> man heute in OSM hat...

Administrative Grenzen in AT stammen zu einem Gutteil von plan.at
(source=plan.at) mit ziemlichen Ungenauigkeiten, wenn es da genauere Daten gibt,
bitte gern updaten.

Wichtig wäre nur, dass die boundary-Relations (in AT bis hinunter zu den
Gemeindegrenzen umgesetzt!) geschlossen bleiben.

Servus, Andreas


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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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 zwar für", sagt man "das
ist ein Hindernis", "aber nicht für". Und "aber nicht für alle" ist halt, aus
erwähntem Grund, einfach nicht sinnvoll.

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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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 mich an konkrete Beispiele erinnern). Aber Du sagtest mit
einem Tag "hier ist ein Hindernis" und mit dem anderen "nein doch nicht".

/al

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

Re: [Talk-de] Offene Schranken

[Andreas Labres]

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

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

Re: [Talk-de] Update von nominatim.osm.org

[Andreas Labres]

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


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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 dieses Graphen sein sollten. Hingegen
bin ich bei Bahnen dafür, dass nicht (es muß also nicht bei jeder Haltestelle
eine Verbindung zwischen Gleis und Wegenetz geben müssen).

Servus, Andreas

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 benötigen.

Und Auto-Navis sollten Fährrouten kennen, der Autoreisezug ist vielleicht ein
Spezialfall.

/al

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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" aufgeräumt wurde. Ich glaube da nicht an einen
vandalistischen Akt.

/al


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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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, damit der Router das auch berücksichtigen kann?

> M.E. sind das alles Teile des ÖPNV, und sollten im idealen Router durchaus
> auch Berücksichtigung finden, egal ob es sich um Fähren, Züge oder Seilbahnen
> handelt.

Ein ÖV Router funktioniert IMO nur basierend auf einem Fahrplan. Demgegenüber
sehe ich eine Fähre als "du kommst mit irgendwelchen Kosten (=Zeitverzögerung)
von A nach B". Von einem Auto-Navi würde man erwarten, dass es das
berücksichtigen kann. Aber keiner erwartet von einem Auto-Navi, dass es ÖV
routen kann (kann's nicht, weil es den Fahrplan nicht hat).

Natürlich kann man jetzt an ein Schi-Navi denken, bei dem Dich am Ende der Piste
der Lift wieder nach oben bringt. Das kannst aber nur deshalb so umsetzen, weil
die Piste auf der "normalen" Karte unsichtbar ist. Bei der
Patscherkofelbahn-Talstation müßtest Du einen Footway (mit Stufen) von der
Straße über die Bushaltestelle ins Gebäude zum Endpunkt der Seilbahn machen.
Oder auf der Hungerburg Footways von den Bahn-Endpunkten an die Straße. -- Wenn
das den lokalen Mappern dort gefällt...

/al

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 keine Verbindung per Linie gibt, dann braucht man folglich ein
> Flächenrouting

Die von mir erwähnte Verbindung zwischen einer stop_position und einer platform
ist kein Flächenrouting. Sondern Du mußt eine Kante im Graphen dazuerzeugen.
Überhaupt wird man Haltestellen-Sites bei einem ÖV-Routing alle stop_positions
("hier kann man umsteigen") verbinden müssen.

Und einen Seilbahn-Endpunkt wirst Du (wenn's kein detailierteres Mapping gibt)
tangential mit dem nächstliegendsten Weg/Straße verbinden müssen.

Servus, Andreas



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

Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(

[Andreas Labres]

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" ändern könnte, weiß ich
>> nicht... vielleicht könnte mir jemand an der Stelle Templates erklären...
> Erledigt.

Und wo ist das zu finden? (von dem "erledigt." hab ich nix)

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

Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(

[Andreas Labres]

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 länger... ;)

Wie man den Text von "Stromleitung" auf "Freileitung" ändern könnte, weiß ich
nicht... vielleicht könnte mir jemand an der Stelle Templates erklären...

/al

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

Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(

[Andreas Labres]

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

Re: [Talk-de] Fernwärmeleitungen taggen

[Andreas Labres]

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 ist dann implizit underground/under water. Und
dann kann man das mit einem Zusatz location= genauer angeben.

/al

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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, Andreas


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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 Berg/Seilbahnen um nix anders zu behandeln als jede
andere Art Bahn.

> Es gibt einfach noch keine Algorythmen die vernünftiges Flächenrouting
> beherschen, und selbst wenn diese existieren, wird es unverhältnismäßigen
> Aufwand bedeuten.

Ich weiß nicht, wie Du jetzt auf Flächenrouting kommst, aber ja.

/al

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 Seilbahn umsteigen
kann. Da jetzt ein "inhouse"-Routing und vielleicht Fußwege von Gebäudeeingang
zur Straße einzeichnen wäre wohl zu viel verlangt, oder...

Also ich würde an Deiner Stelle diese "Seilbahnendpunkte müssen mit Wegen
verknüpft sein" Idee eigentlich schnell wieder vergessen.

/al

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

Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

[Andreas Labres]

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 zusammensuchen, dass er von der stop_position auf dem Gleis zur platform
eine gedankliche Verbindung macht.

IMO muß man da einen Kompromiss machen: solange die "Talstation" (oder
"Bergstation" oder was immer) als ein einziger Punkt gemappt wird, sollte auch
ein Gehweg oder eine Piste in diesem Punkt enden. Macht man Micromapping, dann
kann man z.B. den Weg von Gondelschienen (für ausgehakte Gondeln) mappen
(wahrscheinlich mit einer stop_position; vielleicht auch mit eigenen
"Schienen"-Tags) und getrennt davon die Plattform.

Servus, Andreas


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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

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...

BTW, wie fandst Du den Druck der T-Shirts von der SotM-EU 2011?

/al

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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

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

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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

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 Wiki[0]. Damit ein Sujet machen ist
unproblematisch. Hier unsere Bag vom letzten Jahr:

http://sotm-eu.org/files/bag.jpg

Machst' Dir damit halt eins...

/al

[0] http://wiki.openstreetmap.org/wiki/Logos

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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

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



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

Re: [Talk-de] OSM T-Shirt?

[Andreas Labres]

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
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Antw.: Schlecker XL - der Patient lebt noch !

[Andreas Labres]

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]
>   
> (ZBw8QoZrYhEKBgYlNToF-pS8NqGxV1hugVq0E3De4abjnof5B8xjw-5YURIZSykwVY@[109.84.0.92])
>   by fwd06.t-online.de
>   with esmtp id 1Sn9ea-1oR4qm0; Fri, 6 Jul 2012 16:37:04 +0200

Das schaut mir (ohne die Details der beteiligten Provider näher zu kennen) mehr
danach aus, dass sie von einem Vodafone Handy aus über vermutlich ein t-online
Webmail-Portal verschickt wurde...

Und EOD, weil das wirklich nicht hierher gehört.
/al

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

Re: [Talk-de] Admin-Levels und Place-Nodes

[Andreas Labres]

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 den key-Dokumentationen auch erwähnen... schaue mir
das mal an...

> *) in AT gäb's noch Marktgemeinden, die quasi einen "Wichtigkeitsstatus"
> zwischen place=town und place=village hätten.
> Wenn ich Wikipedia richtig verstehe, ist das eher ein Titel mit dem
> sich die Gemeinden schmücken können, aber keine wirkliche zusätzliche
> Verwaltungsstufe. Insofern macht es aus Sicht der Suche relativ wenig 
> Unterschied, wie man die taggt. Ich würde eher zu einem Zusatztag tendieren
> für solche feinen Unterscheidungen.

Es ist weniger ein Problem in Nominatim (bei dem das vor allem durch die
admin_levels eh richtig eingeordnet ist, egal, ob eine Stadt jetzt Gemeinde-,
Kreis- oder Länderebene ist). Aber für die Beschriftung im Renderer sollte
Marktgemeinde näher an town sein als an village.

> Unterhalb vom city/town-Level wird es wirklich chaotisch, weil
> es da praktisch keinen Konsens mehr gibt und das Vermischen von
> städischen und ländlichen Strukturen macht es nicht einfacher.

Ländlich ist IMO klar: (hier wäre noch eine Größe fein - ) village - hamlet -
isolated_dwelling.
Städtisch fehlt IMO nur mal eine finale Festlegung: city - town - city_district
- suburb - neighbourhood  ODER
city - town - suburb - quarter - neighbourhood.

/al


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

[Talk-de] Österreich & NUTS (war: Suche nach "Elbufer, Bad Schandau")

[Andreas Labres]

/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: http://de.wikipedia.org/wiki/NUTS:AT

Aber die Verwaltungseinteilung (mit Gemeindekennzahl) sind:
* Bundesland: Burgenland (1) /4/
* Politischer Bezirk (PB): z.B. Oberpullendorf (108, Kennzeichen OP) /6/
* Gemeinde Deutschkreuz (10801) /8/
   Gemeinde Draßmarkt (10802)
   ...
(und dann sind PB noch in ein oder mehrere Gerichtsbezirke unterteilt)
und noch kleiner:
* Stadtbezirke, Gemeindebezirke /9/ (Wien, Graz, Linz,?)
* Katastralgemeinde /10/

/4/ http://de.wikipedia.org/wiki/Bundesland_(%C3%96sterreich)

/6/
http://de.wikipedia.org/wiki/Liste_der_Bezirke_und_Statutarst%C3%A4dte_in_%C3%96sterreich
/8/ http://de.wikipedia.org/wiki/Gemeinde_(%C3%96sterreich)

/9/ http://de.wikipedia.org/wiki/Wiener_Gemeindebezirke
/10/ http://de.wikipedia.org/wiki/Katastralgemeinde

/al

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

Re: [Talk-de] Suche nach "Elbufer, Bad Schandau"

[Andreas Labres]

On 19.04.12 20:55, Jimmy_K wrote:
> Irgendwie verwirrt mich der Link gewaltig:
> admin_level=4: " Bundesland
>  NUTS2" was nun
> NUTS2 oder Bundesland (wäre NUTS3)
> admin_level=5: "Region NUTS3" Regionen sind aber NUTS2 (Ost, Süd, West) oder
> NUTS4 (in etwa die Viertel"

NUTS-Levels in sind in AT anders als in DE. /0/ Warum, weiß ich nicht, ist aber
auch nicht wirklich wichtig. NUTS1 und NUTS3 sind in AT inhaltsfreie
Zusammenfassungen von Dingen. Die admin_levels sind Ernst zu nehmen (und auch
ziemlich ähnlich zu DE) und so wie dokumentiert gemappt.

/al

/0/ http://de.wikipedia.org/wiki/NUTS#.C3.96sterreich


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

[Talk-de] Admin-Levels und Place-Nodes (war: Suche nach "Elbufer, Bad Schandau")

[Andreas Labres]

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
> boundary-Relationen zusammengefasst und auch admin_center und label-Roles in
> den Boundary-Relationen berücksichtigt, was hoffentlich einen grossen Teil der
> Addressfehler beseitigen sollte. 

Hört sich nach der perfekten Lösung an, vielen Dank!

Gibt's diese Tabelle zu admin_level=X gehört place=Y irgendwo im Wiki? Das wäre
glaub ich auch hilfreich, wenn alle die gleiche "Sprache" sprechen.

So in etwa:
admin_level=1 ... (? place=continent)   ? Kontinent
admin_level=2 ... place=countryStaat
admin_level=4 ... place=state Bundesland
admin_level=6 ... place=county  DE: Kreis, AT: Pol. Bezirk
admin_level=8 ... place=city/town/villageGemeinde*)
admin_level=9 ... place=??  Stadtbezirk, 
Gemeindebezirk
admin_level=10 ... place=suburbStadtteil (AT: 
Katastralgemeinde)
   darunter  place=neighbourhood  AT: Grätzel

Wo dazwischen ist da place=region angedacht?

*) in AT gäb's noch Marktgemeinden, die quasi einen "Wichtigkeitsstatus"
zwischen place=town und place=village hätten.

>> es gibt also drei Möglichkeiten, das zu bereinigen.
>> Ihr könnt die Nodes löschen, in place=county umtaggen oder
>> einfach bis nach dem Lizenzwechsel warten, wo dann die region-Nodes
>> ohnehin ignoriert werden.

Es macht wohl Sinn (modulo obigen Überlegungen), county zu nehmen.

> Ich bin verwirrt, du erwartest, dass gleich getaggte place-Nodes
> unterschiedlich behandelt werden?

s.o., irgendwie fehlt mir ein place=city_district o.ä. für den Stadtbezirk. Oder
man nimmt place=suburb als Stadtbezirk und place=quarter als kleinteiligen
Stadtteil (AT: Katastralgemeinde), wie Martin K. es denkt/vorschlägt.

N.B.: Katastralgemeinde ist keine nur-städtische Ausprägung, jede Gemeinde ATs
ist in ein oder mehrere Katastralgemeinden unterteilt. Nur in ländlichen
Gegenden sind die Ortschaftsnamen meist die wichtigeren Namen.

/al

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

Re: [Talk-de] Suche nach "Elbufer, Bad Schandau"

[Andreas Labres]

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, deren
admin-boundaries mittlerweile halbwegs vollständig sind und daher diese
gedachten Wolken um Place Nodes herum entbehrlich und kontraproduktiv sind!

In AT gibt's dasselbe Theater, grade die Wolken um place=region scheinen mir "zu
groß gedacht" und -- da es die Grenzhierarchie längst gibt - entbehlich.

>> place=district ist in OSM ein Stadtteil.
> das höre ich zum ersten Mal, bisher war ich von place=suburb
> ausgegangen, ggf. noch unterteilt in place=quarter und neighbourhood.
> Gem. taginfo kommt place=district überhaupt nicht in den Daten vor, es
> findet sich zwar ein place=city_district, aber gerade mal an 38
> Stellen.

ACK. Das sollte man mal final spezifizieren (und auch in Mapnik+Nominatim
umsetzen). In Wien (und das gilt so ähnlich auch in anderen größeren österr.
Städten) gibt es
a) (Stadt-/Gemeinde-)Bezirke (admin_level 9)
b) Katastralgemeinden (hauptsächlich durch Place Nodes abgebildet; Grenzen zu
erfassen wäre aber denkbar)
c) Grätzelnamen (entspr. place=neighbourhood)

Grade bei a) und b) (momentan beide als place=suburb gemappt, was äußerst
unbefriedigend ist) wäre eine durchgängige Größen- und Ebenenunterscheidung
wünschenswert, in der Beschriftung im Mapnik/Standardstil genauso wie im
Nominatim (der sollte überhaupt nur a) berücksichtigen und b) und c) in seiner
Hierarchie ignorieren...).

/al

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

[Andreas Labres]

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 wichtiger
wäre, die Performance der Tiles für unseren Teil der Welt (IMO ist's aus DE
genauso bescheiden wie aus AT) wiederherzustellen... Unterm Strich ist die
Performance über Sjöbo (oder wo der Tilecache "für uns" grade steht) grade
ziemlich lausig.

/al

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

Re: [Talk-de] Sicheres Anmelden bei OSM?

[Andreas Labres]

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

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

Re: [Talk-de] addr:housename oder nur "name"

[Andreas Labres]

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 kein addr:*-Tag sein, da ist name oder ähnliches sicher
> besser.

+1.

addr:housename ist kein Platzhalter für "ich hab einen Namen und weiß nicht, wo
ich ihn hinschreiben soll".

Und name= ist das, was ein Renderer beschriften soll, was eine Suche finden soll
und wo ein Router hinrouten können soll.

/al

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

Re: [Talk-de] Forschungseinrichtungen, wie taggen?

[Andreas Labres]

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 Labors wohl gut in "Bürogebäude", oder? (im
Unterschied zu Werkstatt- oder Fabrikshallen)

Servus, Andreas


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

Re: [Talk-de] Was bedeutet "wheelchair=unknown"?

[Andreas Labres]

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 beim Anlegen, vermutlich um ein "ich weiß es nicht"
zu dokumentieren.

/al

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

Re: [Talk-de] Railway:abandoned

[Andreas Labres]

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

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

Re: [Talk-de] Spendenmarathon für Server war ein voller Erfolg ... aber wohin mit dem Geld?

[Andreas Labres]

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 in DE wäre ein sehr sinnvoller Standort für eine
Komponente eines solchen Netwerks und das vorhandene Geld mal ein Anlass, sowas
auch konkret anzugehen.

Natürlich wären auch Ressourcen für Projekte (Overlays, Spezialkarten,
statistische Auswertungen, ein "offizielles" OSM Routing,...) sinnvoll.

IMO wäre wichtig, dass zukünftige - auch in DE gehostete - Server auch von den
OSM-Admins verwaltet/als OSM-Server gesehen werden. Nicht dass sich Situationen
wie "nein, zu diesem Projekt können wir nicht verlinken, weil das ist nicht Teil
von OSM, sondern etwas 'Fremdes'*)" wiederholen.

Servus, Andreas

*) Einschätzung eines OSM-Admins über Pascal Neis' Benutzer-Statistikauswertung
(in meinen Worten)


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

Re: [Talk-de] Wiki blau

[Andreas Labres]

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...

/al

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

[Talk-de] Wiki blau

[Andreas Labres]

*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

Re: [Talk-de] Taggen von Privatstrassen-Namen

[Andreas Labres]

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. gibt's da dann mindestens noch die Kategorie Forstweg,
aber das ist jetzt alles schon zu weit o.t.)

> In Berlin werden z.B. nur die Hauptstraßen und
> Krankenhausanfahrten geräumt, wenn es schneit).

In Wien gibt's da mehr Abstufungen:
http://www.wien.gv.at/umwelt/ma48/sauberestadt/winterdienst/winterdienstplan.html
Aber Deine Privatstraße räumt Dir die MA48 auch nicht... ;)

/al (e.o.d., das hat jetzt nix mehr mit OSM zu tun)

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

Re: [Talk-de] Taggen von Privatstrassen-Namen

[Andreas Labres]

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 will, kann man private_road=yes oder sowas auch
machen (jedenfalls /nicht/ einen Tag erfinden, den man auf alle öffentlichen
Straßen dieses Planeten setzen könnte/müßte).

Übrigens, die Frage, was eine Privatstraße ist, ist nicht immer so eine hopp
oder tropp Entscheidung, da gibt's durchaus unterschiedliche
Auffassungen/Streit, ob die Gemeinde die Straße hinauf zur Berghütte
schneeräumen muss oder nicht...

/al

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

Re: [Talk-de] Umsatzsteuer-nummern taggen

[Andreas Labres]

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 um, außerdem gibt's ein Geflecht von Tochtergesellschaften, die sich
ständig ändern... Drum finde ich es grade als "als gleich Identifizierer" fehl
am Platz.

UstID = für die UST (und das reverse charge usw.) gut. Ende. IMO.

> Eine Liste der Länder und Formate findet sich hier:
> http://en.wikipedia.org/wiki/Value_added_tax_identification_number

Ok, offenbar ist das ein geläufiges Akronym. Übrigens, VAT number kommt in dem
W-Artikel am häufigsten vor. Insofern wäre vat_number= wohl auch sinnvoll (und
sprechender als vatin).

BTW, wozu soll der ref: Namespace gut sein? VAT number oder VAT identification
number ist unzweifelhaft eindeutig identifiziert, da braucht man doch nicht noch
ein "die VAT identification number ist eine identification number".

/al

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

Re: [Talk-de] Umsatzsteuer-nummern taggen

[Andreas Labres]

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 mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Konzept für straßenbegleitende Wege

[Andreas Labres]

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
- einen Radweg
- eine Alleereihe
- eine Nebenfahrbahn
- einen Gehsteig

Einbahnen in beliebiger Richtung (entgegen der Richtung der Hauptfahrbahn),
Radwege detto, außerdem Varianten wie Abbiegespuren, Haltestellen-"Plattformen",
Grünstreifen, etc.

Und das auf der anderen Seite nochmal. Sprich es können da durchaus Dinge
"doppelt" vorkommen, bedenkt das.

Hilfreich wäre sicher auch ein Zahlenwert, wie weit das jeweilige Ding von der
Mittellinie weg ist.

-> Sodass man wirklich einen Straßenquerschnitt modellieren kann.

N.B.: anachb.at macht das so und kann damit auch routen... entsprechend komplex
sind "Kreuzungspunkte"...

/al

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