Ingo Wakop Wrote in message:
> Wollte nur mal anmerken das bei den äussern Türmen an den Zähnen das
> bulding=yes fehlt, möglicherweise wird deshalb auch der ref nicht gerendert.
>
Ich bin sicher, dass im osm-carto stil nur refs bei Strassen
gerendert werden. Nicht bei building=*
--
Holger
Wollte nur mal anmerken das bei den äussern Türmen an den Zähnen das
bulding=yes fehlt, möglicherweise wird deshalb auch der ref nicht gerendert.
Ingo
Am 01.06.2018 um 18:55 schrieb Sebastian Lisken:
On 2018-06-01 18:46, Sebastian Lisken wrote:
Insgesamt ist diese Änderung
gedankenlos und
On 2018-06-01 18:46, Sebastian Lisken wrote:
> Insgesamt ist diese Änderung
> gedankenlos und ohne Ortskenntnis und darf so nicht bleiben
Ich bitte um Verzeihung für die harschen Worte. „Gedankenlos“ war
natürlich auf jeden Fall falsch. „Ohne Ortskenntnis“ war reine
Spekulation und warscheinlich
On 2018-06-01 17:24, Michael wrote:
> Ich habe heute gegen Mittag die refs gesetzt ('A', 'B'..) und die names
> in "Zahn A" usw. geändert.
Das, finde ich, geht auch gar nicht. „D-Zahn“ ist höchstens
umgangssprachlich, nicht offiziell festgelegt. „B-Zahn“ für die
ehemalige Mensa und „A-Zahn“ für
Ich habe heute gegen Mittag die refs gesetzt ('A', 'B'..) und die names
in "Zahn A" usw. geändert.
Zusätzlich hab eich die refs der äußeren und inneren Türme auf "AA" bzw-
"AY" gesetzt. So heißen die nämlich in den Plänen der Haustechnik, das
Doppel-A taucht sogar im Lageplan auf der Webseite
Alles klar, dann könne sie da ja auch nicht drin sein.
Am 01.06.2018 um 15:55 schrieb Jotam:
@Jotam: also OsmAnd scheint das gerade nicht zu rendern, oder wurden die refs
gerade erst
eingepflegt?
Keine Ahnung, wo genau Du jetzt geschaut hast. An der Uni Bielefeld wurden
gerade heute
Mittag
On 2018-06-01 14:50, Hartmut Holzgraefe wrote:
> K,L,M und N beginnen sogar erst oberhalb der Haupthalle ab Ebene 3.
> Niemand würde auf die Idee kommen die Halle darunter in K,L,M und N
> zu unterteilen.
>
> Es würde sich auch niemand verabreden "Wir treffen uns in C", oder
> zumindest war das
> @Jotam: also OsmAnd scheint das gerade nicht zu rendern, oder wurden die refs
> gerade erst
> eingepflegt?
Keine Ahnung, wo genau Du jetzt geschaut hast. An der Uni Bielefeld wurden
gerade heute
Mittag erst die NAME-Tags in REF-Tags verwandelt. Aber wenn Du in OsmAnd zum
Beispiel das
Ich sehe gerade das der ref Tag in Verbindung mit building:part ja doch
gerendert wird, allerdings nur wenn auch ein building=yes dabei ist.
Dann ist ja alles in Ordnung. Ich bin davon ausgegengen das das ref
nicht gerendert wird.
Wenn ich das richtig verstanden habe legt der Rederer für jede
On 01.06.2018 14:58, Hartmut Holzgraefe wrote:
ok, da hat mich meine Erinnerung getrogen, man erkennt die Übergänge
auch an den Zugängen zu den Fahrstühlen und den Abzweigen zu den
"Brücken"
und noch eine falsche Erinnerung: ich dachte die Buchstaben wären
groß oben an den Zähnen. Sie sind
On 01.06.2018 14:50, Hartmut Holzgraefe wrote:
Wenn man die "langen" Gänge nördlich und südlich über der Haupthalle
entlangläuft dann erkennt man den Übergang von B zu C zu D nur daran
dass die Raumnummern auf einmal mit einem anderen Buchstaben beginnen
ok, da hat mich meine Erinnerung
On 01.06.2018 14:37, Florian Lohoff wrote:
Yep - Deshalb ja mein Einwand das es eher sogar in loc_ref= gehört
weil es eben nur lokal enge Relevanz hat.
Ist loc_ref überhaupt irgendwo vernünftig beschrieben?
Ich finde im Wiki nur "loc_ref -> siehe ref" und auf "ref" dann
wieder "siehe
On 01.06.2018 12:30, Uwe Steinmann wrote:
"A" halte ich durchaus
für einen gültigen Namen, wenn dieser womöglich noch am oder vor
dem Gebäude zu finden ist und die Bezeichnung durchweg zur Benennung
des Gebäudes gebraucht wird und sonst kein anderer Name existiert.
Es sind ja in Bielefeld
On Fri, Jun 01, 2018 at 01:13:12PM +0200, Hans-Joachim Hoetger wrote:
> Vielleicht interessiert Euch die Meinung eines
> Außenstehenden: Ich bin zwar hin und wieder an der Uni
> Bielefeld vorbeigefahren, war aber noch nie drin. Meiner
> Ansicht nach ist der Name des Objekts 'Uni Bielefeld'. Wo
>
On 01.06.2018 12:23, Michael wrote:
Zum Thema Suche:
Hier könnte man auch den Suchalgorithmus so verfeinern, das er den
'name' von '*_part' nicht ausschließlich als Treffer auswertet sondern
nur in sinnvoller Kombination mit dem 'name' des Haupt-Objektes oder der
verbindenden Relation.
Dies
On 01.06.2018 14:12, Michael wrote:
Am 01.06.2018 um 14:09 schrieb Hartmut Holzgraefe:
Gegenbeispiel nochmal: Autobahnen
Da wird A2, A33 ... auch nicht als name=... eingetragen, auch wenn
diese Bezeichnungen als Name verwendet werden
Stimmt, da wird's auch "richtig" gerendert.. *duck*
On 01.06.2018 12:09, Sebastian Lisken wrote:
(Die Buchstaben sind übrigens nicht ganz fortlaufend vergeben worden,
wie im Thread gesagt wurde, sondern es gibt planvoll gelassene Lücken
wie H für die Hörsäle, I/J/P/O/Q wohl u.a. aus Gründen der Verwechslung.
Zwischen diesen Lücken wurde
Am 01.06.2018 um 14:09 schrieb Hartmut Holzgraefe:
> Gegenbeispiel nochmal: Autobahnen
>
> Da wird A2, A33 ... auch nicht als name=... eingetragen, auch wenn
> diese Bezeichnungen als Name verwendet werden
>
Stimmt, da wird's auch "richtig" gerendert.. *duck* ;)
On 01.06.2018 12:29, Michael wrote:
Ich würde sogar soweit gehen zu sagen, dass sich hier die Referenz als
Name eingebürgert hat.
Selbst wenn es damals so war, dass die Gebäudeteile eine Referenz im
Sinne eines inkrementierbaren Index erhalten haben so werden dieses
Indices jetzt nun einmal als
Hallo,
On Fri, Jun 01, 2018 at 12:29:19PM +0200, Michael wrote:
> Ich würde sogar soweit gehen zu sagen, dass sich hier die Referenz als
> Name eingebürgert hat.
> Selbst wenn es damals so war, dass die Gebäudeteile eine Referenz im
> Sinne eines inkrementierbaren Index erhalten haben so werden
Am 01.06.2018 um 12:54 schrieb Hans-Joachim Hötger:
> atomare Ebene herunterbreche. Gleich kommt noch einer um die Ecke und
> will sein eigenes Büro als Name eingetragen haben.
Doch - wenn es von außen erreichbar ist und auch sein soll, mehrere
Eingänge hat, es außen fett 'drannsteht und sogar
ichtigt hat? Dann müssten wird
direkt bei den Unis nachfragen.
[...]>
> > Für mich ist das auch eine Frage der Motivation. Ausgefuchste
> > Datenstrukturen erdenken und füllen kann sehr reizvoll sein. Zusätzlich
> > möchte ich aber auch, dass jemand etwas von der ganzen Arbeit
Ich würde sogar soweit gehen zu sagen, dass sich hier die Referenz als
Name eingebürgert hat.
Selbst wenn es damals so war, dass die Gebäudeteile eine Referenz im
Sinne eines inkrementierbaren Index erhalten haben so werden dieses
Indices jetzt nun einmal als 'name' verwendet.
Daher wäre IMHO
ead gesagt zeigt
> OSMAnd das an.
>
>> Für mich ist das auch eine Frage der Motivation. Ausgefuchste
>> Datenstrukturen erdenken und füllen kann sehr reizvoll sein. Zusätzlich
>> möchte ich aber auch, dass jemand etwas von der ganzen Arbeit hat.
>
> Ich gehe gegen den
Viele Argumente hier zur Uni Bielefeld (ohne Bindestrich übrigens)
beziehen sich darauf, dass die Gebäude mit Buchstaben statt mit Wörtern
benannt sind.
Ich finde, dass dies aus grundsätzlichen Erwägungen nicht überzeugt. Wir
wollen nicht, dass die Bedürfnisse eines Renderers über unser Tagging
> Wenn Gebäudeteile "ABCDE" oder "I" "II" "III" "IV" oder "1" "2" "3"
> heissen dann sind das keine Eigennamen.
> Wenn aber die Laboratorien "Marie-Curie" oder "Max-Planck" heissen
> s
hon hier im Thread gesagt zeigt
> OSMAnd das an.
>
>> Für mich ist das auch eine Frage der Motivation. Ausgefuchste
>> Datenstrukturen erdenken und füllen kann sehr reizvoll sein. Zusätzlich
>> möchte ich aber auch, dass jemand etwas von der ganzen Arbeit hat.
>
> Ich g
anzeigt ist eine kleine
kosmetische Kleinigkeit. Wie ja schon hier im Thread gesagt zeigt
OSMAnd das an.
> Für mich ist das auch eine Frage der Motivation. Ausgefuchste
> Datenstrukturen erdenken und füllen kann sehr reizvoll sein. Zusätzlich
> möchte ich aber auch, dass jemand etwas von der ganzen Ar
>Eine Ref-Nr ist ja eher sowas wie eines interne Ordnungsmerkmal des
>Betreibers um viele gleichartige Objekte eindeutig zu identifizieren.
Aber genau das ist doch an der Uni mit den Gebäudebezeichnungen der Fall! Sie
dienen dazu, viele gleichartige Objekte (hier: Gebäude) zu identifizieren.
Also ich schließe mich da eher Michaels Meinung an.
Eine Ref-Nr ist ja eher sowas wie eines interne Ordnungsmerkmal des
Betreibers um viele gleichartige Objekte eindeutig zu identifizieren. Diese
dienen der Allgemeinheit nicht zu Orientierung.
Anders ist das mit Gebäudebezeichnungen. Man hätte
Wir müssen halt irgendwie beides hinbekommen - hübsche Karte und hübsche
Semantik...
Am 31.05.2018 um 20:03 schrieb Hartmut Holzgraefe:
> On 31.05.2018 19:35, Michael wrote:
>> Vll. könnte man die Menge der Objekte und unmittelbar Nützlichkeit für
>> den Kartenbetrachter zur Hilfe nehmen. Da
On 31.05.2018 19:35, Michael wrote:
Vll. könnte man die Menge der Objekte und unmittelbar Nützlichkeit für
den Kartenbetrachter zur Hilfe nehmen. Da sind für mich die Namen(!) von
Gebäudeteilen etwas anderes als die Nummern(!) von Straßenlaternen,
Trafos oder Strommasten.
Die Uni-Bauteile sind
Da wird die Argumentation aber gefährlich. Denn wo genau ist Grenze
zwischen Name und ref? Wo ist das Bezugssystem?
Wenn "Bielefeld" das Bezugssystem ist gehört beim Gebäude "Uni" dann
auch ins "ref"? Schließlich wir die Uni innerhalb Bielefeld so
referenziert...?
Wenn das Bezugssystem der
On Thu, May 31, 2018 at 03:03:21PM +0200, Jotam wrote:
> Das ist auf jeden Fall ein Mehrwert. Ich bin aber ebenfalls der
> Meinung, dass solche Gebäude-Nummern (oder -Buchstaben) eher in ref
> gehören als in name. Analog zu Straßennummern.
>
> Bei Supermärkten sehe ich das dagegen ganz anders. Da
On Thu, May 31, 2018 at 02:36:00PM +0200, Michael wrote:
> Die Gebäudeteile heißen A, B, C usw. Sie sind von außen sogar so
> beschriftet.
> An anderer Stelle läuft bereits eine Diskussion wie man das Problem mit
> dem Rendern des Namens bei bulding_parts lösen könnte.
> Denn: Das Beschriften der
Das ist auf jeden Fall ein Mehrwert. Ich bin aber ebenfalls der Meinung, dass
solche Gebäude-Nummern (oder -Buchstaben) eher in ref gehören als in name.
Analog zu Straßennummern.
Bei Supermärkten sehe ich das dagegen ganz anders. Da schreibe ich
selbstverständlich "Aldi" in den Name-Tag und
Die Gebäudeteile heißen A, B, C usw. Sie sind von außen sogar so
beschriftet.
An anderer Stelle läuft bereits eine Diskussion wie man das Problem mit
dem Rendern des Namens bei bulding_parts lösen könnte.
Denn: Das Beschriften der Gebäudeteile mit Ihrem Namen ist ein echter
Mehrwert - meine ich.
Hola Daniel,
On Tue, May 29, 2018 at 04:13:12AM +0200, Daniel Freyer wrote:
> Hallo,
>
> Ein paar false positiv sind aber schon dabei. Mal schnell drüber geschaut.
> Diese Nodes heissen wirklich so. Es werden auch ein paar O2 Shops angezeigt.
Da sollte IMHO aber auch das "O2" im brand
Hallo,
Ein paar false positiv sind aber schon dabei. Mal schnell drüber geschaut.
Diese Nodes heissen wirklich so. Es werden auch ein paar O2 Shops angezeigt.
3697134351
3695857261
https://www.openstreetmap.org/node/91197024
https://www.openstreetmap.org/node/338518764
Wenn ich das jetzt
On Mon, May 28, 2018 at 09:05:35PM +0200, tabris wrote:
> Hi,
> schwierige Sache. Black-/Whitelisting kommt wegen der schieren Menge kaum in
> Frage.
> Die beste Idee die ich spontan habe wäre ein Abgleich mit einer Wordlist die
> z.B. Nomen aber keine Namen enthält. Entweder alles als verdächtig
Am 28.05.2018 um 17:18 schrieb Florian Lohoff:
Hi,
ich versuche seit längerem im Kopf mal einen Griff an den Name tag
abuse zu bekommen - Also Objekte die im Name Tag "Beschrieben werden".
Hat da jemand eine coole idee zu?
Hi,
schwierige Sache. Black-/Whitelisting kommt wegen de
Hi,
ich versuche seit längerem im Kopf mal einen Griff an den Name tag
abuse zu bekommen - Also Objekte die im Name Tag "Beschrieben werden".
Hat da jemand eine coole idee zu?
Solche Dinger:
Trafo1 node 3368451735
Trafo 2 node 3368413887
Trafo node 2229298869
Trafo node 5620375365
42 matches
Mail list logo