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

[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

Re: [Talk-de] Diskussionen auf deutsch

[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] Diskussionen auf deutsch

[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] Meldung 2: Fernsteuerung JOSM

[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] W10: Fernsteuerung von JOSM funktioniert nicht mehr

[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: [OSM-talk] OSM Stats site kickstarter

[Hakuch]

On 12.04.2017 19:15, Steve Coast wrote:
> To me, it’s really an experiment in micro-funding. There are lots of little 
> projects that use OSM that are built and run by volunteers using free or 
> cheap resources. And that’s great. Is there also space for tiny things to get 
> funded enough? I don’t know, let’s see. Because if that space does exist then 
> you maybe can do things like hire other skills (like interaction designers or 
> whatever) to make the thing ten times better.

Don't get me wrong,  I like to think about and try ways how to fund
OSM/Open Source Projects. And regarding your kickstarter project it
looks like it works. Thats a good thing and I hope other projects can
benefit from that too. I just hope for them, that its not necessary to
threaten with the deletion to convince people.


0x1E6B7645.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Stats site kickstarter

[Hakuch]

On 12.04.2017 18:45, Steve Coast wrote:
> Ten years ago, I’d probably do the work for free to open it etc, but don’t 
> have the time now.

Just to understand: whats the problem/work of just opening it? Is it
because of libs which are not open source? I just feel a little
blackmailed at the moment and Iam interested to understand the
circumstances.



0x1E6B7645.asc
Description: application/pgp-keys


0x1E6B7645.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Stats site kickstarter

[Hakuch]

On 12.04.2017 17:28, Steve Coast wrote:
> Else, it gets canned.

what does that mean exactly? If you can't raise the money you will close
the service? Why not just open sourcing it?



0x1E6B7645.asc
Description: application/pgp-keys


0x1E6B7645.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[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

[OSM-talk] Beware Unreal users :)

[Hakuch]

https://twitter.com/mike_fricker/status/809221803931484161

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

Re: [Talk-at] Peter Paul

[Hakuch]

On 21.12.2016 17:32, Friedrich Volkmann wrote:
> Wegen so einer Kleinigkeit scheint es mir übertrieben, die DWG zu
> bemühen, und ich habe mich mit dem Teil Wiens nicht genug beschäftigt um
> den Namen dieses Berges beurteilen zu können. 

Falls es sich wirklich als Problem herausstellen sollte, könnte man die
DWG schon um eine 0Stunden Sperre bitten da der User ja nicht auf
Anfragen reagiert, evtl. hat er eine nicht mehr aktive Emailadresse
eingestellt oder sowas.

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

Re: [OSM-talk] OpenStreetView name change

[Hakuch]

OpenStreetPic
OpenStreetPics
--> OSP

On 08.11.2016 18:05, Andy Mabbett wrote:
> OpenStreets
>
> OpenVista

guess, another big player will complain then ;)

> OpenPanorama
>



0x2E165BB0.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OpenStreetView name change

[Hakuch]

On 08.11.2016 18:34, Glenn Plas wrote:
> I think it's definitely totally unreasonable by Giegle.

To be honest, no one would have chosen "View" if there not has been that
other tool, do you?

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

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

[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] Grauer Standard-Layer auf einem meiner Rechner

[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] Handball?

[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: [OSM-talk] OpenStreetMap Awards - The Voting Has Started

[Hakuch]

On 07.09.2016 10:02, Martin Koppenhoefer wrote:
> On 07.09.2016 09:46, Frederik Ramm wrote:
>> On 09/07/2016 09:40 AM, Martin Koppenhoefer wrote:
>>> as your vote is tied to your user account it should not be counted several 
>>> times, regardless how many times you send it in.
>> 
>> Damn, NOW you tell me?
>
> Why else would you have to login via OAuth, and how could you later change 
> your initial decision if it's not done like this? 

@Martin, read Frederiks message again, dont take it too serious, and
smile :)



0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[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: [OSM-talk] Nominatim - Does it use the is_in tag?

[Hakuch]

Hey Sarah, do you have documentations that explain how nominatim
processes the queries? That could be an answer to questions like that one

On 16.08.2016 21:27, Sarah Hoffmann wrote:
> On Tue, Aug 16, 2016 at 02:29:26PM +0100, Dave F wrote:
>> Hi
>>
>> I've heard a claim from a user who still wants to use the is_in:*
>> tag as well as boundary tags that Nominatim uses is_in as preference
>> because "geospacial mathematics is resource intensive".
>>
>> Is this true?
> 
> Not at all. Nominatim happily processes boundaries and always prefers
> it over any other hierarchy information.
> 
> It is true that it still understands is_in:* tags but prbably not in
> the way you would think. First of all, they are completely ignored
> on anything at building level (e.g address points and POIs). For
> everything else Nominatim always uses a geospatial match when
> computing the address. is_in:* is just good to help make a decision
> when there are two equally well suited candidates, generally when, say,
> a road is right between two city place nodes. As soon as there are
> boundaries, multiple candidates don't happen anymore, so that is_in:*
> is ignored for all practical purposes.
> 
>> I thought geospacial calculations were fairly light on processing power.
>>
>> I also thought is_in:* was to be discouraged. Being hard coding, if
>> a boundary was to change all affected entities would become
>> inaccurate.
> 
> Yes, if possible always draw boundaries. They are more precise and easier
> to maintain. is_in is unnecessary.
> 
> Kind regards
> 
> Sarah
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim - Does it use the is_in tag?

[Hakuch]

following the wiki, its not deprecated

https://wiki.openstreetmap.org/wiki/Key:is_in

However, I really would love to see a scheme that shows how nominatim
finds it results..

On 16.08.2016 15:29, Dave F wrote:
> Hi
> 
> I've heard a claim from a user who still wants to use the is_in:* tag as
> well as boundary tags that Nominatim uses is_in as preference because
> "geospacial mathematics is resource intensive".
> 
> Is this true?
> 
> I thought geospacial calculations were fairly light on processing power.
> 
> I also thought is_in:* was to be discouraged. Being hard coding, if a
> boundary was to change all affected entities would become inaccurate.
> 
> Thanks
> Dave F.
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



0x3CBE432B.asc
Description: application/pgp-keys


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Forum admin(s) wanted

[Hakuch]

On 16.08.2016 11:45, Jóhannes Birgir Jensson wrote:
> Þann 16.08.2016 00:24, Nicolás Alvarez reit:
>> ArchiveTeam.org is already doing this HTML backup.

> With access to forums you only see after login?

The scraping is not about a html-backup. What we would need for
transfering the old posts into a new forum software is the raw DB Data.
If we cant get them from the server itself, we have to reproduce it from
the html view. My script is able to do that.

> As for "no panic" then we've got several projects cooking in Iceland
> after a beneficial annual meeting but we've not launched them yet
> because we don't want to fragment any more than strictly needed so the
> forum issue has been plaguing us. We could set up our own forum and go
> from there but that is counter-productive in the long run.

as this new-server-software project will take some time. How do you
think about hijacking another country-subforum? There are a lot where no
one is active with only very few posts. I would accept it as temporary
solution.


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Forum admin(s) wanted

[Hakuch]

On 16.08.2016 00:42, Simon Poole wrote:
> May I suggest that switching to panic mode is a bit premature. Lambertus
> last contribution to OSM is just over half a year old, and there are
> other ways to contact people than just e-mail.

On 16.08.2016 00:59, Michał Brzozowski wrote:>
> Can anybody launch these "other ways" now?

I talked to him in april about that problem and he was thankful that
there is discussions about "how to go forward" with the forum. He wanted
to respond some days later but didn't. I tried to contact him again
several times. Yesterday I tried again by wiki-discussion, osm message,
email and even changeset comment. Iam still hopeful, that he will answer
and would like to wait two more weeks and don't blow the topic to big
until then. Either he will answer, or he won't. If there are any other
ways to contact him, that would be great.
But after that two weeks (its more than 4 month then), I think its not
premature to discuss about a plan B.

On 16.08.2016 00:42, Simon Poole wrote:
> Further I've heard that some people are **attempting to scrape the whole
> forum** which is likely not the best thing to do if we want the site to
> stay up (Grant isn't here but iirc there was at least an oldish backup
> somewhere).

Scraping wouldnt hurt the server if its done over a longer periode of
time. Anyway, its just a possibility that I mentioned. Its not a plan,
and Iam not "attempting to scrape the whole forum". But it could be
done, if there would be a new server and software and we still dont have
any answer or access.


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Forum admin(s) wanted

[Hakuch]

On 15.08.2016 20:53, Peter Schmidt wrote:
> Hey there,
> 
> if we can't get an admin account on the current forum, we really have to
> setup a new one.

I still hope that we get an answer from Lambertus..

> The most complicated thing would be finding an suitable software, which
> matches our preferences.

Thats apart from the admin credentials problem the big question.

> The biggest problem would be the big data loss. Without an admin we can't
> dump the db and without an db-dump we can't restore the old/existing data.

I might have a solution for this problem. I recently wrote a wrapper for
an osm project. I know that many people dont like wrappers, but it
actually works fine and would be admissible if we cant get the server
access.

> Simplest solution is to fire up the server, find some admins (I would apply
> for this position, because I already administrate some servers and
> systems), 

nice

> talk about the software and get this new thing running as fast as
> possible. Everyone would have to reregister himself if we don't get an dump.

best would be to use the osm oauth, but thats a more specific question

> So i apply for this job. But I won't do it alone.

Same for me, as I have said :) But Iam unsure how to start here. How
could we find a software and decide to use it? Who can decide which
persons are allowed to admin it?

hakuch


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Forum admin(s) wanted

[Hakuch]

On 15.08.2016 15:15, Tom Hughes wrote:
> Lambertus is the server administrator. There is literally nobody else
> that can help you as far as I know.

mh true: daresel07.oxilion.nl.

Only solution could be to set up a new forum and change the
forum.openstreetmap.org target. Thats not what I would prefer to do.


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Forum admin(s) wanted

[Hakuch]

I again tried to contact Lambertus using different channels. I propose,
if we dont get any answers within two weeks (Iam trying to contact him
since april) we should ask the server administration to get the admin
credentials.

However, there needs to be people who would like to take over the
responsibility. Even if its only temporary. I would do it, as I hope to
have some free time from september, but I wont like to do it alone. I
would prefer a team of three persons.

On 16.07.2016 12:46, Daniel Koć wrote:
> W dniu 15.07.2016 0:42, Michał Brzozowski napisał(a):
>> Somebody also tried to contact Lambertus to no avail, asking for
>> creation of users:Iceland
>> http://forum.openstreetmap.org/viewtopic.php?id=55089
> 
> It's not created yet, however (as a forum moderator) I've just found
> that last action on report he took on 2016-07-11 21:57:05, so he's not
> entirely absent. He's just hard to contact, we don't know what's going
> on and who could act instead of him, which is still bad enough for me.
> 


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Automated edits code of conduct

[Hakuch]

On 10.07.2016 23:26, Éric Gillet wrote:
> If it were to, I think it should be put to an higher set of standards than
> the changeset it aims to direct. For example it could be audited with an
> RFC, then a vote, and finally being explicitely accepted by contributors.
> 
> What are your thoughts ?

+1, I always like to have more "stable" decisions in our processes


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[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 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] TEDi - Stores richtiger Name

[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

[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

[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

[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: [OSM-talk] OT: How do you read OSM Emaillists?

[Hakuch]

On 20.05.2016 16:15, john whelan wrote:
> When Mozilla decide to freeze development on Thunderbird the team split off
> and created Postbox.  I have Postbox and use it so bug me directly and I'll
> see if it has the features you want.  It is very similar to Thunderbird and
> is being actively developed.

windows and mac only...


0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] OT: How do you read OSM Emaillists?

[Hakuch]

Hey, Iam currently using thunderbird to manage my mailinglists (most of
them are osm-lists). But Iam regularly peeved because thundebird lacks a
lot of useful features. For example, when I mark a thread as ignored,
new posts are still counted, even when there are no new mails for my
visible threads.

However, Iam interested what you use to read the osm mailing lists? I
know nabble for example, but dont like it to use another tracking (?)
service. Arent there better Email Clients than thunderbird?



0x3CBE432B.asc
Description: application/pgp-keys
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[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] Bedeutung des Ausrufezeichens bei Whodidit

[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

[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] Eisenbahn-Sprint(er) am Samstag, dem 13.2. u.A. in Frankfurt

[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] Wochennotiz Nr. 288 19.1.–25.1.2016

[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] Fwd: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto

[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 i...@matthijsmelissen.nl
 An: OpenStreetMap t...@openstreetmap.org
 
 
 
 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] Bettelampeln / Anforderungsampeln

[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] Adressenkonvertierung

[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] Vertrauen in OSM-Wochennotiz

[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.
 
 TLDR
 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?)

[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?)

[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 sfkel...@gmail.com:
 Am 5. Oktober 2014 11:41 schrieb Florian Lohoff f...@zz.de:

 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 f...@zz.de:
 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?)

[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] Vertrauen in OSM-Wochennotiz

[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

[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 hak...@posteo.de 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