Re: [Talk-de] Vertrauen in OSM-Wochennotiz

2014-10-04 Diskussionsfäden Hakuch
Hi,

selbst unterschriebene Zertifikate sind schon in Ordnung, Hauptsache es
läuft verschlüsselt über ssl. Wahrscheinlich wird keiner es darauf
anlegen und da eine Man-in-the-Middle Atacke machen und ein falsches
Zertifikat vorhalten.

Klar, ist eigentlich unsinnig eine öffentliche Seite verschlüsselt
aufzurufen, aber erstens ist dann zumindest dein Surfverhalten auf der
Seite geheim (also welche Unterlinks du dort aufrufst).
Und zweitens, was ich wichtiger finde, sollte einfach prinzipiell so
viel wie möglich verschlüsselt ablaufen um die ganzen Schnüffler zu
ärgern und auch für einen selbst um sich ein wenig damit
auseinanderzusetzen.

Wusste garnicht das der Blog auch https hat, schade das https-everywhere
beim Firefox nur nach einer Liste funktioniert, schöner und sinnvoller
wärs wenn es immer die https noch zusätzlich anpingt um zu schauen ob
das funktioniert..

hakuch

On 04.10.2014 11:30, Stephan Knauss wrote:
> Hallo Markus,
> 
> On 04.10.2014 11:11, Markus wrote:
>> Aber wieso schreibt mir diese immer,
>> dass sie "nicht vertrauenswürdig" sei?
> 
> ich vermute mal du rufst den Blog über eine https Verbindung auf.
> Dann kommt die Meldung im Browser daher, dass du das Team noch nicht
> genügend unterstützt hast.
> 
> Du müsstest alle zwei Jahre eine kleine Spende machen so dass SSL
> Zertifikate verwendet werden können die in den verbreiteten Browsern
> schon fest verdrahtet sind als vertrauenswürdig.
> 
> Geht preislich ab USD 60 für zwei Jahre los:
> https://www.startssl.com/?app=2
> 
> Gibt auch noch andere Anbieter, die aber meist deutlich teurer sind.
> 
> Am besten machst du gleich die Spende, dann können die Admins das
> Zertifikat beantragen und installieren.
> 
> Stephan
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] SSL Zertifikats- Vertrauen in OSM-Wochennotiz

2014-10-04 Diskussionsfäden Hakuch
tja, das ist wohl nicht ganz unberechtigt.
Einerseits heisst das aber nicht, das "richtige" Zertifikate soviel
sicherer wären. Dann besorge ich mir halt ein Zertifikat von einer Firma
die in der Browserliste gespeichert ist und halte das vor. Das diese
"vertrauenswürdigen" CE-Firmen teilweise so schlampig prüfen ob ich
wirklich Inhaber einer Domain bin, ist das durchaus auch machbar. Da
muss sich schon DANE durchsetzen, obwohl ich davon auch noch nicht so
überzeugt bin.

Das Zertifikatsthema ist auf jeden Fall schwer zu vermitteln für den
normalen Nutzer, und wer schaut denn schon in die Liste seiner
Browserzertifikate oder vom Emailprogramm?

Dennoch bin ich immer noch der Meinung, so viel wie möglich
verschlüsseln. Denn um jemenaden mit Zertifikaten auszutricksen ist ein
gezielter(er) Angriff von Nöten. Unverschlüsselte Daten werden auf jeden
Fall immer und überall mit abgegraben.

On 04.10.2014 12:31, Holger Jeromin wrote:
> Hakuch  Wrote in message:
> 
>> selbst unterschriebene Zertifikate sind schon in Ordnung, Hauptsache es
>> läuft verschlüsselt über ssl. Wahrscheinlich wird keiner es darauf
>> anlegen und da eine Man-in-the-Middle Atacke machen und ein falsches
>> Zertifikat vorhalten.
> 
> Nein. Selbst unterschriebene Zertifikate auf öffentlichen Seiten
>  haben zur Folge, dass Leute ohne entsprechendes Wissen lernen,
>  dass es ok und richtig ist eine SSL Warnung durch zu winken.
>  
> 
> Daher sollte man so links hier nicht veröffentlichen.
> 

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


Re: [Talk-de] Vertrauen in OSM-Wochennotiz

2014-10-05 Diskussionsfäden Hakuch
nein, find ich nicht, denn warum dieser CA-Mafia unnötig Geld in den
Rachen schmeissen? Ok, ja es gibt noch kostenlose aber auch umständliche
Möglichkeiten die evtl. auch einen Warndialog erzeugen.

Statt *Entweder richtig machen oder sein lassen!* würd ich eher sagen
*hauptsache verschlüsselt*

PS, nochmal einen informativen Link zu der ganzen Diskussion (fefe muss
man nicht mögen, diese Infos sind aber gut) http://blog.fefe.de/?ts=b25933c5

On 05.10.2014 20:49, Johann H. Addicks wrote:
> Dass auf die Frage "warum passt das SSL-Zertifikat bei den
> Wochennotzizen nicht" die Antwort zu bekommen "das ganze CA-System ist
> sowieso broken by design und ausserdem zu teuer und man könne ja eine
> Ausnahmeregel setzen":
> 
> Das kommt mir so vor als ob der Restaurantgast der ein kaltes,
> versalzenes Essen reklamiert als Antwort bekommt, dass Fastfood bei
> McDonalds noch ungesünder sei und ausserdem könne er ja Reis
> dazubestellen, der sei heiß und dann wäre es auch in Summe nimmer so salzig.
> 
> 
> Oder um mich den Vorrednern anzuschießen:
> *Entweder richtig machen oder sein lassen!*
> 
> -jha-
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

2014-10-05 Diskussionsfäden Hakuch
"Und da ja auch niemand sagt "Die Englische version der Seite ist die
führende" ist am Ende das Wiki ein Oktopus mit 250 Armen."

eigentlich wird das schon gesagt, wo genau find ich allerdings auch
nicht auf die schnelle :)

On 05.10.2014 11:41, Florian Lohoff wrote:
> On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
>> Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.
>>
>> Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
>> Mapper können übersehen, dass es geläufigere und aktuellere
>> Tagging-Schemen gibt.
>>
>> Wenn dem so ist, wie könnte man das verbessern?
>> 1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
>> ungenutzt)?
>> 2. Sind im Wiki die Seiten
>> http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
>> http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
>> 3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
>> 4. Oder einem Plugin (ähnlich OSMantic für JOSM => Hat das jemand 
>> ausprobiert)?
>>
>> Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
>> zuwenig schnell verbessert werden?
> 
> Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
> der Sache kopiert da jeder zeugs hin und her und ändert das .
> 
> Irgendwann gibts es 20 Tagging Schemata und jedes sieht semi-akzeptiert aus.
> Jeder mapped dann so vor sich hin und beruft sich auf das Schema was er für 
> das
> richtige hält.
> 
> Dazu kommen noch jede menge semantische änderungen die alleine durch die 
> Übersetzungen
> eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
> subjektiv.
> 
> Und da ja auch niemand sagt "Die Englische version der Seite ist die 
> führende" ist
> am Ende das Wiki ein Oktopus mit 250 Armen.
> 
> Flo
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

2014-10-05 Diskussionsfäden Hakuch


On 05.10.2014 18:54, Stefan Keller wrote:
> Am 5. Oktober 2014 14:05 schrieb ich:
>> Falls ja, dann müsste man wohl an Aktionen wie
>> Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
>> Es müsste ja nicht gleich das Ganze Wiki sein, sondern "nur" Vorschlag 3.
>> ...
> 
> und man könnte vermehrt "Deprecated" und "Siehe..." einfügen.
> 
> LG, S.
> 

ich bin auch sehr dafür deprecated öfter und deutlicher einzusetzen, ich
weiß garnicht ob es da schon eine entsprechende Formatvorlage für gibt?


> 
> Am 5. Oktober 2014 14:05 schrieb Stefan Keller :
>> Am 5. Oktober 2014 11:41 schrieb Florian Lohoff :
>>
>>> Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
>>> der Sache kopiert da jeder zeugs hin und her und ändert das .
>> ...
>>> Dazu kommen noch jede menge semantische änderungen die alleine durch die 
>>> Übersetzungen
>>> eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
>>> subjektiv.
>>>
>>> Und da ja auch niemand sagt "Die Englische version der Seite ist die 
>>> führende" ist
>>> am Ende das Wiki ein Oktopus mit 250 Armen.
>>
>> D.h., dass wir keine "aufgeräumte" Datenbank haben, v.a. weil das Wiki
>> nicht aufgeräumt ist?
>> Falls ja, dann müsste man wohl an Aktionen wie
>> Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
>> Es müsste ja nicht gleich das Ganze Wiki sein, sondern "nur" Vorschlag
>> 3. mit den Seiten
>> http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
>> http://wiki.openstreetmap.org/wiki/Map_Features u
>>
>> LG, S.
>>
>>
>> Am 5. Oktober 2014 11:41 schrieb Florian Lohoff :
>>> On Sat, Oct 04, 2014 at 08:51:07PM +0200, Stefan Keller wrote:
 Ok. Aber Tatsache ist m.E., dass es Verbesserungspotential gibt.

 Und wie es scheint, geht es nicht nur um Neulinge. Auch gestandene
 Mapper können übersehen, dass es geläufigere und aktuellere
 Tagging-Schemen gibt.

 Wenn dem so ist, wie könnte man das verbessern?
 1. Sind die Suchfunktionen von Wiki und z.B. Taginfo ungenügend (bzw.
 ungenutzt)?
 2. Sind im Wiki die Seiten
 http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A und
 http://wiki.openstreetmap.org/wiki/Map_Features ungenügend?
 3. Sollte man es mit einer interaktiven Bestimmungs-Anleitung versuchen?
 4. Oder einem Plugin (ähnlich OSMantic für JOSM => Hat das jemand 
 ausprobiert)?

 Oder liegt es einfach daran, dass die Daten mit alten Tagging-Schemen
 zuwenig schnell verbessert werden?
>>>
>>> Das Problem ist das das Wiki leider eine menge Müll enthält. Aus der Natur
>>> der Sache kopiert da jeder zeugs hin und her und ändert das .
>>>
>>> Irgendwann gibts es 20 Tagging Schemata und jedes sieht semi-akzeptiert aus.
>>> Jeder mapped dann so vor sich hin und beruft sich auf das Schema was er für 
>>> das
>>> richtige hält.
>>>
>>> Dazu kommen noch jede menge semantische änderungen die alleine durch die 
>>> Übersetzungen
>>> eingepflegt werden. Die Übersetzungen aus dem Englischen sind halt alle 
>>> subjektiv.
>>>
>>> Und da ja auch niemand sagt "Die Englische version der Seite ist die 
>>> führende" ist
>>> am Ende das Wiki ein Oktopus mit 250 Armen.
>>>
>>> Flo
>>> --
>>> Florian Lohoff f...@zz.de
>>>
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1.4.10 (GNU/Linux)
>>>
>>> iQIVAwUBVDESZZDdQSDLCfIvAQqocw//SsVRYvx+i+8BAmYBoISdF4kqMF9yj6Fb
>>> fhtfDLTx2RjoxblxpepODsIoMvFfZw5BaBQAu22CAyEtp++mpG07DmiJYr8Nk6YL
>>> gQxbk1aca9RIc2rfTtmhYN+n8dfR1cWIExSPRE8PVrQRzk2Ngw+9viDPIfsi4d7C
>>> FGEJaiWMxenQVKL9oFarwAj4phxXJ0cpNy99ttmSkPIq8XNK3Q1McVlwZIJFb8ER
>>> 3RrXLLtx3tq4M617Mjh34mKlfc1St4ty2epmAS/vNFewIM+EXT4Ni0OlXw1bMk5I
>>> kPgz6Tu+sucZiD+8auLZAq+lWLIHmwxO2WUY25LWp60f7RF+8MoBt2BuovpEwsCF
>>> jxsvc6TQsRspjA/GrFwwgDtnGeITmnAT1Ca/FOVt21NO0DQls0k2v9oWa/4uxNtm
>>> TpdAqwTpti3D7iOhmcAU0mrta1a74MyvMlL+rPL5edVyHbkeJ9c787tBBYS0yjlN
>>> MICIkeaYSSEMUOVli6indCcabPruHpfP+BtFG9LFJHSx6koad8FDxgsWDQSlQ42H
>>> YTo9ja1nxnTBK93t0a0+p/t3ZWRYUJfGlRDylv/XtoG07ti8z05JVXQAii9+ZXMC
>>> 0Wov5aaTI4KZQTR/RwbfNIU3hgYi7gZ9iZAm9QYP1pvem5CnvHlOKyvVuTBxBgle
>>> eHSlbt2ZpRo=
>>> =ThHy
>>> -END PGP SIGNATURE-
>>>
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] Verbesserung der attributiven Heterogenität (War: Was gibt es für unterschiedliche Tagging-Schemen?)

2014-10-05 Diskussionsfäden Hakuch
halo, klar, fänd ich eigentlich auch logischer, eine klare Definition
und festlegung die halt durch mehrere Prozesse und Instanzen abgeändert
werden kann. So hatte ich es auch erwartet als ich zu OSM kam und fands
schwierig mich daran zu gewöhnen dass es ganz anders ist -> undd och
funktioniert. Wenn man man-pages und Methodendokumentationen gewohnt
ist, und dann in einem chaotischen Wiki landet, dass einem helfen soll
die Datenstruktur für eine Karte der ganzen Welt zu verstehen und
anzuwenden fühlt man sich schon erstmal ein bisschen verarscht und würde
gern alles anders machen. Aber irgendwie muss man immer wieder
einwerfen: "das ist halt osm". Natürlich keine Ausrede das nicht
"besser" zu machen. Aber das macht osm nunmal lebendig, aber auch
schwerer für Einsteiger z.B.

Nichts desto trotz: Das wiki muss besser werden!

On 05.10.2014 23:16, Florian Lohoff wrote:
> Hola,
> 
> On Sun, Oct 05, 2014 at 09:20:41PM +0200, Hakuch wrote:
>> "Und da ja auch niemand sagt "Die Englische version der Seite ist die
>> führende" ist am Ende das Wiki ein Oktopus mit 250 Armen."
>>
>> eigentlich wird das schon gesagt, wo genau find ich allerdings auch
>> nicht auf die schnelle :)
> 
> Das ist ja nur ein teilaspekt. Es muss EINE führende Definition von Tags
> geben. Und die muss nicht nur eine Beschreibung des Tags und dessen
> Anwendung beinhalten, sondern ganz wichtig auch eine Abgrenzung.
> Wann benutze ich es eben _nicht_. Diese Beschreibung muss sich aber
> auf allgemeine gültigkeit beziehen. Also sowas wie "trunk ist mehrspurig
> ausgeführt mit baulich getrennten fahrbahnen" ist sowas von Murks.
> Das gilt für Europa vielleicht. D.h. die definition könnte sein:
> 
>   - Global:
> Nach regionalem Standard gut ausgebaute Straße. 
> Weitverkehrsverbindung.
> Baulich und Administrativ unterhalb des motorway angelegt und mit
> größerer Bedeutung für den Weitverkehr als die primary.
> 
> - Europa
>   Meist Mehrspurig mit baulich getrennten Fahrspuren für beide 
> Richtungen.
>   Oft auch Kreuzungsfrei ausgelegt. 
> 
>   - Deutschland
> Oft gleichbedeutend mit der Kraftfahrtstraße
> 
> Dann mit Regionalen Fotos hinterlegt. 
> 
> Aber es muss ganz klar sein das es eine "Globale definition" gibt, eine 
> Regionale
> Interpretation und Erkennungsform die dann mit Bildern hinterlegt ist.
> 
> Und das muss eigentlich richtig formailisiert werden.  Im moment findet das 
> alles nicht statt.
> 
> Es gibt eine "Britisch English definition" die dann bei der Übersetzung nicht
> nur Sprachlich sondern auch semantisch angepasst wird. Damit kann die 
> Englische
> Fassung nicht mehr führend sein sondern vielleicht noch eine Idee geben was 
> man
> sich dabei gedacht hat.
> 
> Und dann muss die definition meinswegen im Englischen original stehen und die 
> Übersetzung
> passt nur die SPRACHE an aber nicht mehr die Semantik. D.h. die Englische 
> version
> umfasst auch die definition und interpretation der unterschiedlichen Regionen.
> 
> Flo
> 

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


Re: [Talk-de] Adressenkonvertierung

2014-10-07 Diskussionsfäden Hakuch
such mal nach dem stichwort "geocoding"

On 07.10.2014 20:17, Wolfgang Wienke wrote:
> Hallo,
> kennt jemand eine Internetseite, die Adressen in GPS-Koordinaten
> konvertiert? Es geht aber nicht nur um einzelne Adressen, sondern um
> einige Hundert.

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


Re: [Talk-de] Bettelampeln / Anforderungsampeln

2014-10-31 Diskussionsfäden Hakuch
das mag für Autofahrer gelten (das sinnvoller ist), Fahrräder und
FußgängerInnen dürfen dann ja trotzdem wartn und erst das knöpfchen drücken

"In Deutschland wird dieser Typ Bedarfsampel genannt, der Übergang wird
erst nach dem Anfordern durch den Fußgänger ermöglicht. "

Diese ganze Ampelgeschichte ist wie alles viel zu Autozentriert, da
wünschte ich mir hier sowas wie den Idaho Stop (http://bit.do/idahostop)

naja wohl eher OT



On 31.10.2014 11:33, DarkAngel wrote:
> 
>> Hi,
>> gibt es eigentlich Tags für Bettelampeln d.h. Fuß/Radfahrer Ampeln
>> die nur auf Anforderung grün werden?
>>
>>
> Die Dinger heißen Bedarfsampel und damit finden man sie auch unter
> http://wiki.openstreetmap.org/wiki/DE:Key:crossing
> 
> Über den Rest kann man sich streiten, ich finde sie sinnvoller als bei
> Rot zu warten obwohl weit und breit kein anderer zu sehen ist. Würden
> mehr Ampeln nach Bedarf geschaltet würde der Verkehr auch flüssiger
> funktionieren.
> 
> Gruß
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] Fwd: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto

2014-11-28 Diskussionsfäden Hakuch
ohja bitte, dann wird es zumindest ein BISSCHEN übersichtlicher

On 28.11.2014 00:30, Michael Kugelmann wrote:
> FYI: es wird über eine Änderung des Renderings auf der "Hauptkarte" auf
> osm.org diskutiert.
> 
> [sorry dass ich den englischen Artikel ohne Übersetzung einfach so
> weiterleite]
>  Original-Nachricht 
> Betreff: [OSM-talk] Request for feedback: new building colours in
> openstreetmap-carto
> Datum: Thu, 27 Nov 2014 01:16:05 +
> Von: Matthijs Melissen 
> An: OpenStreetMap 
> 
> 
> 
> Dear all,
> 
> We are considering to change the colour of buildings in
> openstreetmap-carto, the default rendering on openstreetmap.org.
> Because this change has a significant effect on the looks of the map,
> we would like to consult the community before going ahead with this
> change.
> 
> A rendering demo can be found here (left the current rendering, right
> the proposal):
> http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393
> http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040
> Please note that only selected regions have been loaded into the demo
> server.
> 
> As can be seen, the new building colour is much lighter. This should
> make the map more pleasant to the eye, as well as make it easier to
> see the road network in areas with many buildings.
> 
> More info can be found in the Github issue:
> https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would
> like to thank Paul Norman and Mateusz Konieczny, who have done the
> majority of the work.
> 
> Please let us know what you think of the new rendering, either on
> Github or as a reply to this message.
> 
> Kind regards,
> Matthijs
> 
> ___
> talk mailing list
> t...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] Wochennotiz Nr. 288 19.1.–25.1.2016

2016-01-28 Diskussionsfäden Hakuch
Danke für die Infos!

Aber schade, dass das name_1 proposal doch so verkehrt präsentiert
wurde. Gerade weil es wegen dem, von mir auf jeden Fall unglücklich
gewählten Titel, Vorwürfe gab, das Proposal wolle die Dokumentation der
Tags eliminieren hatte ich euch ja nochmal gebeten, zu erwähnen, dass
das nicht das Ziel ist.
Also wie jetzt oben in dem Proposal auch nochmal hingewiesen wird, geht
es nur darum, dass name_1 und alt_name_1 nicht mehr als
Taggingempfehlung geführt werden sondern durch eine entsprechende
discouraged Meldung mit Erklärung ersetzt werden.

http://wiki.openstreetmap.org/wiki/Proposed_features/Remove_suffixed_name-tags_from_wiki

Und ich erwarte auch nicht, dass das "Feature" wegen diesem Proposal im
iD gleich entfernt werden wird, die Entwickler sind davon leider
ziemlich überzeugt, da muss noch mehr geschehen...

Schönen Gruß



On 28.01.2016 19:33, wnrea...@gmail.com wrote:
> Hallo,
> 
> die Wochennotiz Nr. 288 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
> Welt ist da: 
> 
> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-288/
> 
> Viel Spaß beim Lesen!
> 
> 
> 
> 
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Eisenbahn-Sprint(er) am Samstag, dem 13.2. u.A. in Frankfurt

2016-02-03 Diskussionsfäden Hakuch


On 03.02.2016 12:46, Stefan Kaufmann wrote:
> Die Bahn ist so freundlich, ihren Teil dazu
> beizutragen und stellt dafuer ab dem Mittag im Bahnhof einen Raum mit
> Internet zur Verfuegung, 

und so freundlich, tickets auszugeben oder zu vergünstigen?
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Bedeutung des Ausrufezeichens bei Whodidit

2016-02-10 Diskussionsfäden Hakuch
Im Code steht:

$susp = is_changeset_suspicious($row) ? '[!] ' : '';

https://github.com/Zverik/whodidit/blob/master/scripts/rss.php (Zeile 30)

und ob etwas verdächtig ist bestimmt sich wohl auf diese Weise:

// more than 30% of node or way deletions (allow 11 and 6)
// more relations deleted than created (allow 3)
// mass-change/deletion
// potlatch + relations modified or deleted

https://github.com/Zverik/whodidit/blob/master/scripts/db.inc.php (Zeile 23)

gruß

On 10.02.2016 09:01, markus schnalke wrote:
> Hoi,
> 
> bei den Ueberschriften im Whodidit-Feed hat's manchmal ein Ausrufezeichen
> davor, z.B. so:
> 
>   [!] User Matthias Frank has uploaded a changeset: "Lonsee, neuer 
> Kindergarten"
>   02/09/2016 12:02 PM
> 
> Siehe: 
> http://zverik.osm.rambler.ru/whodidit/scripts/rss.php?bbox=9.846756,48.458563,10.101845,48.581815
> 
> Was bedeutet das denn?
> 
> 
> meillo
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Bedeutung des Ausrufezeichens bei Whodidit

2016-02-10 Diskussionsfäden Hakuch
schön ist auch der changeset comment: "treat potlatched ways as not
suspicious" :)

On 10.02.2016 10:36, Hakuch wrote:
> Im Code steht:
> 
> $susp = is_changeset_suspicious($row) ? '[!] ' : '';
> 
> https://github.com/Zverik/whodidit/blob/master/scripts/rss.php (Zeile 30)
> 
> und ob etwas verdächtig ist bestimmt sich wohl auf diese Weise:
> 
> // more than 30% of node or way deletions (allow 11 and 6)
> // more relations deleted than created (allow 3)
> // mass-change/deletion
> // potlatch + relations modified or deleted
> 
> https://github.com/Zverik/whodidit/blob/master/scripts/db.inc.php (Zeile 23)
> 
> gruß
> 
> On 10.02.2016 09:01, markus schnalke wrote:
>> Hoi,
>>
>> bei den Ueberschriften im Whodidit-Feed hat's manchmal ein Ausrufezeichen
>> davor, z.B. so:
>>
>>  [!] User Matthias Frank has uploaded a changeset: "Lonsee, neuer 
>> Kindergarten"
>>  02/09/2016 12:02 PM
>>
>> Siehe: 
>> http://zverik.osm.rambler.ru/whodidit/scripts/rss.php?bbox=9.846756,48.458563,10.101845,48.581815
>>
>> Was bedeutet das denn?
>>
>>
>> meillo
>>
>> ___
>> Talk-de mailing list
>> Talk-de@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-de
>>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] openstreetmap.org: Problem mit Adblock Was: Kartenlink? Am besten mit Marker?

2016-04-13 Diskussionsfäden Hakuch
mit ublock gehts, sehr zu empfehlen

On 13.04.2016 18:59, Philipp Klaus Krause wrote:
> On 13.04.2016 11:24, Christopher Lorenz wrote:
>> Hallo Philipp,
>>
>> wie die anderen auch, es gibt das Markersetzen und Link-Teilen noch.
>> Es ist gut möglich, dass dein Browser bzw. eines der Plugins die
>> Checkbox für den Marker ausblendet. Wenn ich das so lese bist du an
>> der richtigen Stellen, der Abschnitt "Teilen" steht über GeoURI und
>> Bild-Export, dort ist bei mir folgender Inhalt:
>>
>> Teilen
>>
>> Link oder HTML [   ] Kartenmarker setzen
>>
>> Link | Kurz-URL | HTML [http://osm..]
>>
>> __ Geo-URI .
>>
>> Versuch mal einen anderen Browser oder AdBlock bzw. NoScript auf
>> dieser Seite zu deaktivieren, ich hatte das früher mit Firefox auch
>> mal, konnte aber nicht nachvollziehen welches Plugin oder Einstellung
>> es war. Könnte aber auch sein, dass ein Proxy, wenn du einen benutzt,
>> hier etwas herausfiltert.
>>
> 
> Das Problem war tatsächlich Adblock. Mit deaktiviertem Adblock
> funktioniert es.
> 
> Mit Adblock fehlt alles zwischen "Teilen" und "Geo-URI".
> 
> Philipp
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] TEDi - Stores richtiger Name

2016-06-09 Diskussionsfäden Hakuch
Ach jetz is der Thread von talk-at hier rüber gewandert, dabei hab ich
mich da extra angemeldet um meinen Senf dazu zu geben :)

Also diese Diskussion gab es auch schonmal im deutschen Forum in
ähnlicher Form, das ist dann darin gemündet, dass wir festgestellt
haben, dass das Problem sich nicht nur auf die Namen beschränkt.

Aber erst mal zu den Namen, mein letzter Standpunkt war dieser hier:
http://forum.openstreetmap.org/viewtopic.php?pid=569328#p569328

Also eine Unterscheidung zwischen Initialabkürzungen, silbenkurzwörtern,
allgemeine Abkürzungen, gebräuchliche Eigennamen Abkürzungen. Versalien
nur wenn höchstens 3.

Dann hatten wir das Problem mit den Edeka Märkten, dass die ja eine ganz
kreative unterschiedliche Namensgebung haben, aber eigentlich haben wir
bei allen möglichen ladenketten das Problem, dass kein einheitliche
Taggingschema vorhanden ist.

Daraus ist dann die Idee entstanden, eine einheitliche Liste im Wiki zu
bauen.
http://forum.openstreetmap.org/viewtopic.php?id=53553

Leider ist das ganze dann über Detailfragen eingeschlafen, vor allem wie
man mit brand/operator umgeht und wie sinnvoll die überhaupt sind. Aber
grundsätzlich fände ich das immer noch eine gute Sache um die
Taggingschemas zu vereinheitlichen.


On 09.06.2016 13:12, DC Viennablog wrote:
> Hallo allerseits,
> ich habe vor kurzem ein Geschäft der Linie "TEDi" in die OSM eingetragen. Da 
> laut LOGO, Website und eben auch vor Ort TEDi am Geschäft steht, heißt die 
> Geschäftslinie wohl so. Nach einer Overpass-turbo suche ergaben sich jedoch 
> etwa 80 "TEDi" und 210 "Tedi". Dennoch dachte ich, dass (da der Name ein 
> Akronym ist, das „TEDi“ geschrieben gehört) TEDi richtig ist, und besserte 
> das (ohne zu wissen, das sowas ein mechanischer Edit ist) österreich- und 
> deutschlandweit aus. Da aber nun (wohl insofern richtiger weise) der Edit von 
> Tedi auf TEDi wieder revertiert wurde, frage ich halt hier jetzt auch nach: 
> Wie soll jetzt das Geschäft gemappt werden?
> 
> Ich persönlich kann es nicht ausstehen, wenn man ein Datenbanksystem hat (und 
> die OSM ist nicht anderes) und da sind ein und das selbe Ding (hier Filialen 
> von TEDi) in verschiedenen Schreibweisen und mit oft unterschiedlichen shop 
> Tags drinnen… Die Filialen scheinen alle ident zu sein. Also alles 
> variety-stores mit dem Namen TEDi...
> 
> Im Sinne der Einheitlichkeit wäre hier die Findung einer Namenkonvention 
> (gerne auch in der OSM-WIKI dokumentiert) wünschenswert.
> 
> Gibt es vielleicht einen Fall zum Exempel bezüglich Firmenschreibweisen?
> 
> Hoffe hier weis wer Rat!
> 
> Mit freundlichen Grüßen
> RobinD. (emergency99)
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] TEDi - Stores richtiger Name

2016-06-09 Diskussionsfäden Hakuch
Es ist die Frage, ab wann sowas wichtig wird zu mappen. Das war, wie ich
mich jetzt wieder erinnere, auch der Punkt wo ich aus der Diskussion ein
wenig ausgestiegen bin: Was macht eigentlich Sinn in der OSM Datenbank
zu landen? Das hab ich mich bei dieser Unternehmensketten Sache sehr
stark gefragt als dann einige mit den rechtlichen Firmenkonstrukten der
einzelnen Unternehmen argumentiert haben. Ich find es äußerst unsinnig
das im Geobereich zu diskutieren und jedes Objekt dann redundant zu
mappen, viel lieber würd ich eine Lösung im Wikidata sehen auf die mand
ann verlinken kann. Eigentlich könnte das auch für die namen gelten als
Default, und wenns bei nem Objekt nicht dem Default entspricht dann
wirds halt dort überschrieben..

On 09.06.2016 22:47, Jan Engelhardt wrote:
> 
> On Thursday 2016-06-09 18:01, Hakuch wrote:
>>
>> Daraus ist dann die Idee entstanden, eine einheitliche Liste im Wiki zu
>> bauen.
>> http://forum.openstreetmap.org/viewtopic.php?id=53553
>>
>> Leider ist das ganze dann über Detailfragen eingeschlafen, vor allem wie
>> man mit brand/operator umgeht und wie sinnvoll die überhaupt sind.
> 
> Bei Tankstellen wird das interessant. Es gibt nämlich welche, die sehen
> untereinander gleich aus (z.B. bft), beziehen aber wohl unterschiedliche
> Kraftstoffmarken (sofern man das bei Noname überhaupt sagen kann).
> Und es gibt welche, die verkaufen ARAL-Kraftstoff, sind aber nun gar nicht
> blau angemalt.
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] TEDi - Stores richtiger Name

2016-06-10 Diskussionsfäden Hakuch
On 10.06.2016 08:51, markus schnalke wrote:
> Auch frage ich mich, welchen Nutzen diese Information in einer
> Geodatenbank hat. Den Hinweis und Verweis auf Wikidata finde ich
> sinnvoll, denn die sind die Enzyklopaedie -- die bilden das
> Weltwissen ab, wir nur die Geoinformation.

Ich glaube ja, hätte es ein Wikidata schon zu früheren Zeiten von OSM
gegeben, wäre dieser stil so viele Informationen in osm zu schmeißen
aufgekommen...
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] TEDi - Stores richtiger Name

2016-06-16 Diskussionsfäden Hakuch
On 16.06.2016 15:14, Wuzzy wrote:

> Die eigentliche Lösung wäre es eigentlich, Unternehmensdaten gerade von
> größeren Ketten in Relationen auszulagern.
> In einer Filiale stehen dann nur noch die der Filiale spezifischen
> Informationen, und in der Relation die für das ganze Unternehmen. Die
> einzelnen Filialen werden dann als Teil der Relation (Rolle »Filiale«
> oder wie auch immer wir das dann nennen) eingetragen.

Für soetwas Relationen zu nehmen ebreitet mir Bauchmscherzen, da
Realtionen meiner Meinung nach immer eine geographische Komponente
haben, hier wäre es einfach nur eine Taggingrelation.  Man müsste sich
mal allgemein überlegen, ob das nicht auch OK ist, aber momentan ist das
meiner Meinung nach nicht der Sinn einer Relation.

Vorteil gegenüber Auslagerung in z.B. Wikidata wäre, dass sich die
Auswerter schon mit Relationen auskennen. Nachteil ist meiner Meinung
nach immer noch, dass solche Daten (operator, brand etc.) eigentlich
keine Geodaten sind.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] TEDi - Stores richtiger Name

2016-06-16 Diskussionsfäden Hakuch


On 16.06.2016 17:25, Martin Koppenhoefer wrote:
> der Unternehmensname ist nicht immer gleich dem Namen des Ladens, so viele 
> tags die sich wiederholen gibt es bei Läden eigentlich nicht, fand ich 
> bisher. Selbst die Steuernummer ist oft unterschiedlich bei gleichem brand, 
> und so was wie generische Firmenwebsites (solche, die sich nicht speziell auf 
> diesen Laden beziehen) sollte man eher gar nicht eintragen. Was bleibt denn 
> da noch?

Aldi Saturn Netto Tedi Kik Lidl Mediamarkt Globetrotter H&M Netto
Hundenetto Backhaus Kamps Backshop24 Eurogida Shell Total BP Ikea
Kaufhof Kaufhalle

nur mal kurz in 30 Sekunden die Sachen aufgeschrieben die mir grad
einfielen, und das nur deutsche, also, es gibt eine ganze riesen menge
meiner Meinung nach!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Audio Mapping mit iPhone?

2016-09-03 Diskussionsfäden Hakuch
vielleicht findeste hier was:
http://forum.openstreetmap.org/viewtopic.php?id=55079

On 01.09.2016 16:47, Kilt wrote:
> 
> Hallo zusammen,
> 
> nachdem ich von Android auf iPhone umsteigen müsste, suche ich händeringend 
> eine App, mit der Audio Mapping möglich ist, so wie man es vom OSM-Tracker 
> her kennt. Leider konnte ich bisher keine finden. Hat jemand eine Idee, was 
> sich dafür anbietet?
> 
> Die Gründe für den Wechsel spielen hierbei keine Rolle. Er war nicht 
> freiwillig.
> 
> Schon mal vielen Dank für eure Hilfe.
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Handball?

2016-09-27 Diskussionsfäden Hakuch
tja scheint fast so, als ob Ende 2013 da schonmal jemand sowas gemacht
hätte. Tag History macht das mal wieder sehr anschaulich:

https://wiki.openstreetmap.org/w/images/0/0d/Handballtags.png

Leider halbherzig richtung team_handball, müsste man nochmal
nachforschen wer damals dafür ustänfig war (attic overpass api, grad
keine zeit)

On 27.09.2016 09:41, Sven Geggus wrote:
> Marc Gemis  wrote:
>> handball ? team_handball is US English (see
>> https://wiki.openstreetmap.org/wiki/Talk:Tag:sport%3Dteam_handball  ->
>> discussion)
> 
> Hm, sollten wir über einen mechanischen edit diskutieren, der
> sport=team_handball in sport=handball ändert?
> 
> Sven
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Grauer Standard-Layer auf einem meiner Rechner

2016-09-27 Diskussionsfäden Hakuch
firefox 13? aiai, das ist ja antik

On 27.09.2016 21:51, Sarah Hoffmann wrote:
> Hi,
> 
> On Tue, Sep 27, 2016 at 04:27:00PM +0200, markus schnalke wrote:
>> auf einem meiner Rechner ist auf http://osm.org seit ein paar
>> Wochen der Standard-Layer einfach nur grau. Die anderen drei
>> Layer funktionieren ganz normal. Auf meinen anderen Rechnern ist
>> auch allen in Ordnung.
>>
>> Zuerst dachte ich, dass es vielleicht an dieser
>> HTTP-Referer-Sache liegt, von der ich auf dev@ mitbekommen habe,
>> aber wenn ich im Firefox in about:config reinschaue, dann steht
>> dort ``network.http.sendRefererHeader'' auf ``2'', was laut
>> Internet beim Abrufen von Bildern Referer sendet.
>>
>> Woran koennte es denn sonst noch liegen? ... doch wohl nicht an
>> dem Firefox 8, den ich dort verwende? Auf den anderen Rechnern
>> habe ich neuere Versionen.
> 
> Ja, das liegt an dem alten Firefox. Auf den Tileservern sind
> alle Firefox-Versionen bis einschliesslich 13 kräftig
> ausgebremst, da fast alle Anfragen mit einem solchen User-Agent
> irgendwelche Scraper sind, die die Server überlastet haben.
> 
> Tut mir leid, wenn du da ins Kreuzfeuer geraten bist, aber du
> wirst leider deinen Firefox mal updaten müssen.
> 
> Gruss
> 
> Sarah
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 

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


Re: [Talk-de] Grauer Standard-Layer auf einem meiner Rechner

2016-09-28 Diskussionsfäden Hakuch
> Ich verstehe euer Problem, trotzdem fuehlt es sich fuer mich
> einfach schlecht an, ausgeschlossen zu sein, nur weil ich ein
> unkonventionelles Setup habe ... :-/

also es wäre wirklich extrem aufwändig, für alle existierenden
Programmversionen (dazu noch verschiedene Browser etc.) alles
durchzutesten und entsprechend bereitzustellen.

Wenn du wirklich einen Firefox 13 oder gar älter benutzt, kann ich dir
nur ganz dringend raten den upzudaten. Du wirst nicht nur mit osm.org
sondern auch vielen anderen Seiten Probleme haben, die du vielleicht
garnicht warnimmst. Das Browsen wird extrem unsicher sein, denn updates
bedeuten auch immer das Schließen von Sicherheitslücken.

Ich kann nachvollziehen, das man kein Bock hat sich immer mit neuen
Funktionen und Designs etc. auseinanderzusetzen. Aber leider ist es so,
dass das Uupdaten von Software extrem wichtig ist. Und vor allem kannst
du nicht erwarten, dass Entwickler-innen auf vier Jahre alte
Programmversionen Rrücksicht nehmen. Browser sind eine hochkomplexe
Software die Ausmaßen von ganzen Betriebssystemen annehmen.

Hast du auch noch windows xp in Benutzung?

gruß
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Gelöschte Objekte visuell wiederfinden

2017-01-22 Diskussionsfäden Hakuch
On 20.01.2017 14:43, Tobias Preuss wrote:
> OSM Deep History (leider offline)
> http://iandees.github.io/osm-deep-history/


hier online: https://osmlab.github.io/osm-deep-history/

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


Re: [Talk-de] W10: Fernsteuerung von JOSM funktioniert nicht mehr

2017-04-17 Diskussionsfäden Hakuch
Schau erst einmal, ob dieser link bei dir funktioniert wenn JOSM offen ist:

http://localhost:8111/

JOSM öffnet diesen port (8111) um Daten zu empfangen. Der Link
funktioniert, wenn du eine Meldung "Bad Request, No command specified"
bekommst. Das ist die Meldung von JOSM dass sich beschwert, dass es
keine Daten bekommen hat.

Wenn das geht, kann das Problem daran liegen, dass du durch einen
adblocker (evtl. umatrix, ublock) der keepright bzw. osm.org seite erst
erlauben musst localhost aufzurufen.

gruß hakuch

On 17.04.2017 09:07, Bernhard Kuisle wrote:
> Hallo,
> bitte um Hilfe wegen der Fernsteuerung von JOSM, da ich sie in keepright 
> immer benutze und sie (vermutlich seit ca. 2 Wochen) nicht mehr funktioniert.
> Ich habe Windows 10 home und es betrifft alle meine Browser (Opera, Firefox 
> etc.)
> An den Einstellungen in JOSM und den Netzwerkseinstellungen am Rechner habe 
> ich nichts geändert.
> Ist evtl. ein Windows update schuld? Hat jemand anders mit W10 auch Probleme 
> damit?
> Gruß Bernhard
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Meldung 2: Fernsteuerung JOSM

2017-04-17 Diskussionsfäden Hakuch
On 17.04.2017 16:04, Bernhard Kuisle wrote:
> Der Link http://localhost:8111/ funktioniert schon nicht.

Dann müsstest du erstmal im JOSM checken ob da das remot plugin richtig
aktiviert ist (unter Einstellungen Plugins irgendwas?!)



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


Re: [Talk-de] Diskussionen auf deutsch

2017-04-21 Diskussionsfäden Hakuch
Hallo,

also dein Titel und dein Text waren jetzt schon wirklich sehr
irreführend @Martin :)

Aber zu den angesprochenen Sachen: Ja mobil ist das Forum echt mega
unbequem und ich wundere mich, dass es da nicht mehr Beschwerden gibt.
Aber ich glaub die meisten haben ein Gefühl von "ist halt so".

Das große Problem mit anpassen der derzetigen Forensoftware ist, dass es
keine wirkliche Plugin Funktion gibt. Das nennt sich dann lediglich
"Modifications" was im Grunde nichts anderes als Hacken der eigentlich
Software ist. Damit geht dann allerdings auch die Update Fähigkeit etc.
verloren. Das heißt, die updates müsste man dann auch wieder manuell
reinarbeiten. Das macht mir selbst ehrlich gesagt nicht so viel Sorgen
wie den Server Admins, aber momentan ist es noch so, dass Änderungen am
Code über sie gehen.

Aber, es wird an einer neuen Software für das Forum gearbeitet. Ich bin
bisher noch unsicher wie offen das proklamiert werden sollte, da es bei
einer vorherigen Diskussion viele negative Stimmen gab die Angst hatten
ihr gewohntes Forenumfeld zu verlieren und einer Neuerung eher negativ
gegenüber eingestellt waren. Ich selbst mag auch das schlichte
funktionale Layout und will ungerne bisherige Forennutzer-innen
abschrecken. Deshalb ist der Plan, die Obefläche als Option zu behalten
aber den Unterbau auszutauschen und die Daten zu migrieren.

On 21.04.2017 10:57, Martin Koppenhoefer wrote:
>> On 21. Apr 2017, at 08:58, Peter Barth  wrote:
>>
>> Ich hoffe ja immer noch, dass irgendwann irgendwer mal Threading im
>> Forum aktiviert und ein richtiges Email-Gateway dran macht. Sollte es
>> ja beides geben

threading aktivieren und email gateway dranmachen hört sich ja gut an,
aber mal eben aktivieren und dranmachen geht halt leider nicht so :)
außer du kennst da etwas dass ich nicht kenne?

> Evtl. wäre mir auch schon geholfen, wenn man das css ein bisschen mehr 
> responsive machen könnte, ggf. sehe ich mir das selbst mal an demnächst.

Da das oben genannte wohl noch etwas dauern wird, mal ein Vorschlag:
Wenn jemand durch reine CSS anpassung mehr (responsive Fähigkeit) aus
dem derzeitigen Forum herausholen kann, dann gerne her damit. Eine
weitere CSS als style einzubinden wäre sehr einfach.

> Bisher hatte ich das Forum weitgehend ignoriert, aber gefühlt immer öfter 
> fällt mir auf, dass englische Tag definitionen aufgrund von Diskussionen im 
> deutschen Forum geändert werden, ohne dass die tagging oder talk ML 
> involviert würden.

Das ist allerdings unabhängig von der Forensoftware an sich
problematisch und sollte nicht passieren ohne dass die Tagging Liste
über die Diskussion an sich und die Ergebnis unterrichtet wird.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Diskussionen auf deutsch

2017-04-24 Diskussionsfäden Hakuch
On 21.04.2017 13:29, Max wrote:
> On 2017년 04월 21일 13:12, Hakuch wrote:
>> Aber, es wird an einer neuen Software für das Forum gearbeitet.
> 
> Ich hoffe es wird discourse, imo die einzige sinnvolle foren plattform.
> http://www.discourse.org/

Nein wird es vom aktuellen Stand her nicht sein. Ich hab mich auch für
ein anderes Projekt mehr mit Discourse beschäftigt und ich halte es auf
jeden Fall für ein gutes sinnvolles Tool. Es die "einzig sinnvolle"
Plattform zu nennen ist meiner Meinung nach aber sehr engstirnig. Ein
Programm oder eine Plattform kann nicht überall die richtige oder
sinnvollste sein. Vor allem nicht, wenn es schon eine lebendige
Community auf einer bestehenden Plattform gibt.
Ich fände es tatsächlich spannend, wie sich die Community mit einem ganz
neuen Programm entwickeln würde und einige Funktionen von Discourse
finde ich toll und entdeckenswert.
Allerdings bin ich sehr sicher, dass die Oberfläche und Bedienung vor
allem erst einmal viele Leute abhängen und abschrecken würde. Und das
könnte für eine Community sehr schädlich enden. Solange es keine
umfassenden Wünsche zu einer neuen Software dieser Art von den
derzeitgen Forennutzer-innen gibt würde ich ihnen soetwas auch nicht
aufdrücken.

Innovation ist keine wenn sie von den Leuten nicht gewollt und getragen
wird. Allerdings finde ich auch, dass it technischer Hilfe einiges an
der Diskussionsskultur im Forum verbessert werden kann/muss. Aber
Schritt für Schritt, un dafür brauchen wir ersteinmal eine
modifizierbare Softwarebasis.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] tag für Mensa?

2017-05-08 Diskussionsfäden Hakuch
Dazu gab es Anfang des Jahres eine Diskussion im Forum:

https://forum.openstreetmap.org/viewtopic.php?id=56921

Ich halte einen eigenen Tag amenity=canteen momentan für gerechtfertigt

On 08.05.2017 17:15, Andreas Neumann wrote:
> ich tage es immer als amenity=restaurant und cuisine=canteen
> 
> Gruß
> Andreas
> 
> On 05/08/2017 03:49 PM, Volker Schmidt wrote:
>> Eine "Mensa" wird im Englischen normalerwese als "Cafeteria" bezeichnet
>> (insbesonder in Schulen und Universitaen. Dafuer gibt es diese
>> Tag-Kombination im Wiki
>>
>> amenity=fast_food
>> fast_food=cafeteria
>>
>> In Firmen hauefig auch "Restaurant" genannt; in Univeritaeten auch "Dining
>> Hall" oder "Refectory" (Oxford, Cambridge)
>>
>> 2017-05-08 15:29 GMT+02:00 Martin Koppenhoefer :
>>
>>> Für "Mensa" gibt es wohl noch keinen tag?
>>> Kann das sein, oder habe ich da was nicht gefunden?
>>>
>>> Gruß,
>>> Martin
> 
> 
> 
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de