Re: [Talk-de] eigener OSM-Webserver

[malenki]

On Thu, 28 Jul 2016 09:39:48 +0200,
Markus wrote:

> Liebe Entwickler,
> 
> Ich suche ein HowTo für einen eigenen OSM-Webserver...
> (ohne eigenen OSM-Renderer, ohne eigene OSM-DB)
> 
> Anforderungen:
> - Webspace: bei freiem Provider (z.B. bplaced)
> - Basiskarte: OSM-Mapnik von OSM-Server
> - OpenLayer: OL-3
> -- Layer mit Ergebnissen von eigenen Overpass-Anfragen
> -- Layer mit eigenen GPX-Daten
> -- Layer mit eigenen CSV-Daten
> - Popup für Layer-POIs und -Linien
> - Titel mit Logo
> - Menü
> -- Impressum
> -- Lizenz
> -- Beschreibungstext
> -- Legende

Umap genügt dir nicht?:
https://umap.openstreetmap.fr/de/

Wenn du es selbst aufsetzen magst, findest du den Code allem Anschein
meiner halbsekündigen Recherche nach bei github.
zB:
https://umap.openstreetmap.fr/de/map/lost-place-es_72021#7/51.409/11.574

hth
Thomas



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

Re: [Talk-de] JOSM - Fehlermeldung

[malenki]

On Sat, 2 Jul 2016 19:14:59 +0200,
Markus wrote:

> Bekomme diese Fehlermeldung:
> Java.net.SocketTimeoutException: Read timed out
> (beim Zugriff auf api.openstreetmap.org/api/capabilities
> und josm.openstreetmap.de/maps)
> 
> und ich soll etwas beim "Proxy" ändern...
> 
> Dazu finde ich ein geschlossenes Ticket:
> https://josm.openstreetmap.de/ticket/11693
> verstehe aber weder den Hintergrund noch was zu tun ist...

Das Ticket hat mit deinem Fehler nur den "timeout" gemeinsam – es ist
für die Overpass API geschrieben. Bei dir gibt es ein Problem mit der
OSM API.
Ins Blaue hinein geraten würde ich sagen, dass dieser Thread besser
passt und du die hier genannte Lösung versuchen solltest:
http://forum.openstreetmap.org/viewtopic.php?pid=589289#p589289

Die erweiterten Einstellungen musst du ggf erst im Einstellungs-Dialog
unten links aktivieren.
Wenn du sie dann aufrufst (Blatt mit Werkzeugsymbol), gibst du am
besten oben im Filterfeld ipv6 ein. So musst du nicht lange suchen und
kannst die entsprechende Änderung vornehmen.

hth
Thomas



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

Re: [Talk-de] place=square

[malenki]

On Wed, 29 Jun 2016 13:22:24 +0200,
Tom Pfeifer wrote:

> Ja, was empfehlen wir insbesondere wenn es den Schlossplatz gibt, der
> auch von einem highway=* durchzogen wird, der auch mit Schlossplatz
> beschildert ist?

Abgesehen von street vs place möchte ich darauf hinweisen, dass die
meisten Schloßplätze "Schloßplatz" heißen und nicht "Schlossplatz",
entsprechend auch -straßen, -gassen und -gäßchen.

Das liegt daran, dass die Namensvergabe (bzw Widmung) vor der
Rechtschreibreform erfolgte. Auch wenn die Rechtschreibung sich ändert,
bleiben die alten Namen unverändert.

/ot
Thomas



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

Re: [OSM-talk] ford=no for highways which are known to have no fords?

[malenki]

On Tue, 31 May 2016 23:08:22 +0200,
Richard wrote:

> I found plenty of places where people have done everything
> correctly but accidentally applied the bridge/culvert/layer
> to the wrong way segment or one of the nodes - any way to 
> automate that even more?

And how will you get this people not to apply ford=no to the waterway
instead of the highway or to the wrong highway or to some node or
ford=yes to all of the highway?

I never saw so much energy wasted like in this discussion /not/ to map
certain things. How many bridges, fords, culverts or even nothing you
and all the other people involved could have mapped instead of replying
to this thread.

Oh my goodness!


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

Re: [Talk-de] China, Provinz Sechuan

[malenki]

On Mon, 30 May 2016 09:30:44 +0200,
H Albrecht wrote:

> Hallo Liste,
> nun kann ich Erfahrungswerte beisteuern:

Auch von mir ein Dankeschön für deinen Bericht.

Thomas



___
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?

[malenki]

On Fri, 20 May 2016 15:12:55 +0200,
Hakuch wrote:

> However, Iam interested what you use to read the osm mailing lists? 

I use Claws Mail since ~15 years and read OSM MLs using the
nntp-gateway gmane. Quite comfortable imho.

hth
Thomas


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

Re: [OSM-talk] Slack

[malenki]

Wuzzy wrote:

>I see Slack as this:
>* Another proprietary solution which flies directly in the face of
>  OSM's spirit

It seems that at least some parts of Slack are not completely
proprietary and closed: 
https://labs.detectify.com/2016/04/28/slack-bot-token-leakage-exposing-business-critical-information/

:)


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

Re: [Talk-de] Neuer User, der viel loescht und auf Nachfrage nicht reagiert

[malenki]

malenki schrieb:

>Die massiven Löschungen betreffen nur Pfade in einem begrenzten
>Waldgebiet. Die microwave_links sind vermutlich Kollateralschaden.

PS: Die Grenze natürlich auch



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

Re: [Talk-de] Neuer User, der viel loescht und auf Nachfrage nicht reagiert

[malenki]

On Sun, 17 Apr 2016 15:04:01 +0200,
markus schnalke wrote:

> Hoi,
> 
> in der Gegend, die ich verfolge, ist im letzten Monat ein neuer
> User aufgetaucht, der allerlei geloescht hat, u.a. mit dem
> Changeset-Kommentar ``Unsinn entfernt''.
>[…]
> 
> Zugegeben, mein erster Kommentar war nicht der freundlichste.
>   http://www.openstreetmap.org/changeset/37796118

Ich finde den angemessen sachlich. Weder ist er unfreundlich noch muss
man Leuten Honig ums Maul schmieren.

> Jedenfalls hat sich Tobi_ immer noch nicht auf meine Anfragen
> gemeldet. Ich kann mit ertraeglichem Aufwand nicht unterscheiden,
> ob seine Edits konstruktiv oder destruktiv sind. Darum nun diese
> Mail an euch mit der Bitte um Tipps, Erfahrungen, Hilfe.

Die massiven Löschungen betreffen nur Pfade in einem begrenzten
Waldgebiet. Die microwave_links sind vermutlich Kollateralschaden.
Bei den Massen an Pfaden könnte ich mir durchaus vorstellen, dass die
nicht (mehr) der Realität entsprechen. Das lässt sich aber nur vor Ort
klären…

Meiner Meinung nach ist Tobi_ kein wild um sich löschender Vandale.

Gruß
Thomas



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

Re: [Talk-at] Unnötiges Löschen von Flächen (von Minamo)

[malenki]

Am Mon, 11 Apr 2016 12:58:16 +0200
schrieb "Philipp Hagenauer"
:
> Frage:
> Hat jemand Erfahrungen mit Usern, welche Daten unnötigerweise löschen?
> Wie soll man solche User anschreiben, dass dies in Zuckunft nicht
> mehr geschieht? Macht es Sinn gewisse Changesets zu reverten?
> - wenn Nein, wer soll die verloren gegangenen Daten wieder eintragen?

PS: Ich vergaß:
Je länger man mit em Rückgängigmachen von Edits wartet, desto
wahrscheinlicher ist es, dass es dabei zu Konflikten kommt, weil die
Daten vor dem Revert verändert wurden.

Wer sich einen Revert nicht zutraut, kann gern im Forum, auf
help.osm.org oder im IRC um Hilfe bitten. Gern auch im deutschen Teil,
wenn der österreichische weniger stark frequentiert wird.



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

Re: [Talk-at] Unnötiges Löschen von Flächen (von Minamo)

[malenki]

Am Mon, 11 Apr 2016 12:58:16 +0200
schrieb "Philipp Hagenauer"
<philipp.hagena...@gmx.at>:

> […]
> Frage:
> Hat jemand Erfahrungen mit Usern, welche Daten unnötigerweise löschen?
> Wie soll man solche User anschreiben, dass dies in Zuckunft nicht
> mehr geschieht? Macht es Sinn gewisse Changesets zu reverten?
> - wenn Nein, wer soll die verloren gegangenen Daten wieder eintragen?

Bei solchen Usern gehe ich wie folgt vor:

Zuerst ein Revert mit einer netten Nachricht am Changeset, z.B.:

| Hallo XY, 
| 
| willkommen bei OSM. Bei deinen ersten Edits hast du – wohl
| versehentlich – ziemlich viel gelöscht. Die gelöschten Daten habe ich
| wiederhergestellt; bitte sei in Zukunft vorsichtiger beim Kartieren.
| 
| Viele Grüße
| malenki

(Bei OSM duzen wir uns in aller Regel)

Sofern der Benutzer in seinem Vandalismus weitermacht, nochmal ein
Revert und eine Nachricht ans Changeset; gern auch in Kopie als
persönliche Nachricht.

Wenn das auch nichts hilft, mit Erklärung der bisher unternommenen
Maßnahmen bei der DWG melden:
http://wiki.openstreetmap.org/wiki/DE:Data_working_group
Der Versuch, das Problem erst selbst zu klären, verringert die
Arbeitslast der Freiwilligen bei der DWG.
Die Meldung kann auch auf Deutsch erfolgen, wenn nötig.

Die DWG kann den Nutzer zur Not auch sperren.

ZU Reverts:
Das ist kein Hexenwerk; mit dem JOSM-Plugin kann man diese recht
problemlos lokal ausführen und nach einer Überprüfung hochladen.

Hier ein Mini-Howto für Reverts mit entsprechenden Scripten:
http://forum.openstreetmap.org/viewtopic.php?pid=509180#p509180

Wenn das Changeset nur ein paar Löschungen enthält, die man
wiederherstellen, den Rest aber in Ruhe lassen will, kann man das mit
dem Undelete-Plugin machen. Eine kleine Anleitung, wie ich das (unter
Linux mit der Shell) mache, habe ich hier notiert:
http://www.openstreetmap.org/user/malenki/diary/36364

Viele Grüße aus Sachsen/.de
Thomas



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

Re: [OSM-talk] [Talk-us] Slack

[malenki]

On Sat, 02 Apr 2016 11:52:36 +0100,
Dave F wrote:

> IRC, due to its exclusiveness does nothing to promote a "community" 
> which many wish to attain.

Mainly due to IRC I met several high profile quality mappers and have a
chat with them now and then which I never would have on any other
medium.

Where else could you easily see people talk about this and that
topic, add your two cents and ask something completely different?

Even in a personal emergency IRC was the medium of choice to get nearly
immediate help from a (/the/ :)) well known London mapper.

Since you seem to have a lot of negative IRC experiences: How long and
how much did/do you use it?

regards
Thomas


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

Re: [OSM-talk] [Talk-us] Slack

[malenki]

On Wed, 30 Mar 2016 12:23:29 +0100,
Dave F wrote:

> > Do really want to read the full log of a chat room?  
> If there were a record, many IRC discussions wouldn't occur. 

Is that so?
Despite OSM forum, wiki and help there are a lot of people who ask
questions which are already answered.
It doesn't depend on the medium that some people cannot or don't want
to RTFM.
And in IRC it is not unfriendly just to paste a matching link to the
question asked, no need to be overly verbose, log into any forum or
format the text.

> It's often used by the weak/arrogant who are too
> scared/self-important to have their opinions verified & countered.

I am curious (but don't really want to know) in which IRC regions you
roam. 
The people I do meet in IRC regularly a friendly, helpful and skillful
and more often than not quite non-boasting.
Just some names for the record (no weight in completeness and order) I
read regularly: woodpeck, Pascal N, katpatuka, Harry Wood, Richard F,
pnorman, SK53, Firefishy, Lonvia, Simon Poole.

scared
weak
arrogant
self important
[with questionable opinions]

Well, consider it yourself.

And not-so-humble I do consider myself also quite skilled regarding OSM
and mostly a nice person.

The trolls or idiots which pass by now and then occur in every medium.
They consume only so much time and energy you really spend on them –
and in IRC they often don't have much patience. :P

hth
Thomas

(Originally I did not want to respond to this nonsense but since I
finally reply to another mail of your I thought: Whatever)



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

Re: [OSM-talk] [Talk-us] Slack

[malenki]

On Tue, 29 Mar 2016 13:59:02 -0700,
Ben Discoe wrote:

> On Tue, Mar 29, 2016 at 1:02 PM, Michael Reichert 
> wrote:
> >> I find this a really worthwhile conversation to have. IRC is still
> >> great for some but it’s hardly inclusive.  
> >
> > Is http://irc.openstreetmap.org/ no web interface?  
> 
> I have tried (every year for the past ~20 years) to get IRC to work.
> I never have seen it work, and I am a tech-savvy person.
> 
> There is always _something_ that prevents IRC from working.

Not sure if I may call myself a "tech savy person" but I used and still
do use IRC since about 20 years. There was never a problem.

> For example, I tried that link you provided, I press "Login", and it
> just spins endlessly, saying "Waiting for irc.openstreetmap.org..."
> Could it be a corporate firewall issue? Or is the server down? Why is
> there no timeout?  Who knows, it is that user-unfriendly.
> 
> > might lack some advertisment (and maybe an modern styling).  
> 
> It lacks the ability to let people connect.  IRC is a non-starter.

Or people lack some abilities?



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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[malenki]

Frank Villaro-Dixon wrote:

>On 16-03-22 17:25:37, malenki, wrote 2.1K characters saying:
  this is nonsense
>>Example:
>>Think of an MP where the way has – additionally to the tags you want
>>to fix – intermittent=yes and the relation has not.
>>
>>Would your script really enhance the situation?  
>In that case, it wouldn't touch this tag.

You did not answer the question.

>>Where is the problem /not/ to fix this by script, then?  
>Huh ?

Exactly what fellow mappers think of your bot. :)

>>Recently I was told by somebody: Deleting data is not a real deletion
>>in OSM. It is just hiding that data.  
>I don't know how is data stored back office, but if it doesn't show
>any more on the API query, that's good, no ?

Obviously you don't know much about OSM.

>>Why not stop replying mails here reflex-like and start to think about
>>the problem? Again? With the new information you were given? And
>>without trying to squeeze all the information in your scheme of
>>thinking (or "problem solving").  
>Well, this fix was a simple fix […]

Several people already told you this wasn't really a fix.

eod for me
Thomas



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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[malenki]

On Tue, 22 Mar 2016 15:12:42 +0100,
Frank Villaro-Dixon wrote:
> >Mappers frequently map things in ambiguous ways or change existing
> >mapping in ways that make it ambiguous and it is hard to decide from
> >the data alone how to interpret such mapping.  A bot will not be any
> >better in doing that than a human mapper and you would destroy any
> >chance of actually determining the original intent of the mapper with
> >such edits.  
> Can you give me an example ?

Example:
Think of an MP where the way has – additionally to the tags you want to
fix – intermittent=yes and the relation has not.

Would your script really enhance the situation?
Does your script even take in consideration if the ways are inner or
outer?

> This algorithm won't loose any information. It's merely deleting 
> duplicates, so where is the problem ?

Where is the problem /not/ to fix this by script, then?

Recently I was told by somebody: Deleting data is not a real deletion
in OSM. It is just hiding that data. 

Subjective that may be true like your statement above – but it makes
editing harder without adding any value.

You already caused a lot of additional work (review of your edits and
reverts) and time used for discussions.
Why not stop replying mails here reflex-like and start to think about
the problem? Again? With the new information you were given? And
without trying to squeeze all the information in your scheme of thinking
(or "problem solving").

Thomas



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

Re: [Talk-de] Straßendaten via Script herunterladen

[malenki]

On Thu, 17 Mar 2016 22:43:11 +0100,
Walter Nordmann wrote:

> > Alle Straßen mit Straßennahmen incl Lat-, Log- mittels Script aus
> > z:B einem Bundesland in einem Textfile herunterzuladen.
> >  
> kurze Antwort: nein
> 
> Die Abfragesoftware, die solche Leistungen relativ einfach erbringen 
> könnte (Overpass API) kann und wird bundeslandweite Abfragen dieser
> Art ablehnen (müssen).

Abfragen für Bundesländer werden in der Regel noch akzeptiert.

> lange Antwort: ja, aber
> Wenn du eine PostgreSQL/PostGIS-Datenbank aufsetzt, das Bundesland 
> importiert und durch SQL-Abfragen die Daten extrahierst, geht das.
> 
> tl;dr: Nix für Anfänger.

Oder Download eines Extrakts von der Geofabrik und Anwendung von
osmfilter. 



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

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

[malenki]

On Tue, 09 Feb 2016 12:44:38 +,
Dave F wrote:

> On 07/02/2016 09:43, malenki wrote:
> >> Why is there no explanation of it's meaning? After too much time
> >> using google I find it means old information. Why not say that?
> >> Wouldn't 'historical snapshot' be a bit clearer?  
> > A year ago I would liked to have found an explanation of "Attic
> > Data" too, since the average OSM user knows it from the OSM website
> > as "history" or "chronic" (German). If the term "history" would at
> > least have been placed near "Attic Data" I would have found it by
> > full text searching the wiki page.
> > I was unable to connect "OSM history" and "Attic Data", even with
> > using search engines. I had to ask on IRC and as I was told I was
> > looking for "Attic Data" I thought 'WTF! what a stupid name! Nobody
> > ever will find that in the wiki'
> > I've added an explanation by now; hopefully it will be considered
> > helpful:
> > http://wiki.openstreetmap.org/w/index.php?title=Overpass_API/Overpass_QL=1270275=1262567
> >
> > Why didn't you do it? :)  
> 
> How?

You said yourself:
>>>[…] I find it means old information

> How are inexperienced users, 

You still didn't define what you think is an "inexperienced user". When
I think of in how many fields I am inexperienced I may as well go and
shoot me. :)

> using the wiki to learn something new, meant to know how to improve
> it when it's incorrect.

When they find a piece of information missing from the wiki they may
just add it?

> That you suggest I do it, implies you don't understand the purpose of
> a wiki.

I don't care if I understand the purpose of a wiki in the way other
people may think of it. I know that I can contribute the little I know
– and if I am wrong I hopefully get corrected. This is the same with
OSM data.

> It seems many believe it's a place to show off how knowledgeable they 
> are by using the latest, trendy language.

You repeat nonsense without proving your point.

> > I am nearly totally inexperienced in programming but even JOSM has
> > a built-in interface to query the Overpass API.
> > With overpass turbo and its wizard you need very little experience
> > of whatsoever to create a successful query.  

> You appear to misunderstand my main point: Putting uncommon
> expressions in the wiki (any part, not just Overpass) deters users
> from learning how to use OSM & it's offshoot programs.

If you refer to attic data as "uncommon" 
a) other people already mentioned that it is used since at least 25
years
b) I already explained that I also had troubles with it and that there
should be a verbose explanation on the wiki.

Would the people who put "Attic data" on the Overpass QL Page have used
"historic data" I am sure people would have complained about confusion
between historic data on the API and historic data on OSM.

Pray tell, had you written the Overpass API, how would you have named
this feature?

> >> who aren't fully aware of all the latest hip language (that
> >> often goes out of fashion 6 months later).  
> > Well, since this is a name of a feature of a wide- and heavily used
> > tool I doubt that it is part of a fashion hipster language.  
> 
> That you also had to ask, & others are unaware of its meaning, proves
> it isn't in common usage.

It may be not common in the GIS peer group. And as was shown, "attic"
isn't a hipster invention but quite seasoned. You may throw a 'cvs
attic' on the search engine of your liking. Regrettably Google and
Wikipedia didn't exist back then but there are a little younger entries
you may find interesting like 
https://www.dokuwiki.org/attic?do=revisions
http://de.urbandictionary.com/define.php?term=Data+Attic

> > You can help doing this, too.  
> 
> Again, how?

I explained it above.

> PS This post is a good example why I don't use IRC. Responses there
> only helps one user.

Who keeps you from writing your enhanced knowledge to the wiki, your
blog or elsewhere?

> Here on the list or web forums a record is kept that *all* can read
> & learn from.

Just the latency in IRC is usually a lot shorter than on the other
channels. And for me, having IRC open all the time, I just have to
write a sentence into the write channel instead of logging into a
forum, format a text and wait for an answer. In short: much lower
barriers.

hth
Thomas



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

Re: [OSM-talk] What is 'Attic Data'? or 'Why can't wiki writers use plain language'.

[malenki]

On Wed, 03 Feb 2016 22:06:32 +,
Dave F wrote:

> So often I'm put off from delving further into OSM & its uses by the 
> confusing nature of it's wiki pages.
> 
> A simple example:
> 
> http://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#Attic_data_.28.22date.22.29
> 
> Why is it headed as 'Attic Data'? 

Obviously because the developer named the feature "Attic Data".

> Why is there no explanation of it's meaning? After too much time
> using google I find it means old information. Why not say that?
> Wouldn't 'historical snapshot' be a bit clearer?

A year ago I would liked to have found an explanation of "Attic
Data" too, since the average OSM user knows it from the OSM website as
"history" or "chronic" (German). If the term "history" would at least
have been placed near "Attic Data" I would have found it by full text
searching the wiki page.
I was unable to connect "OSM history" and "Attic Data", even with using
search engines. I had to ask on IRC and as I was told I was looking for
"Attic Data" I thought 'WTF! what a stupid name! Nobody ever will find
that in the wiki'
I've added an explanation by now; hopefully it will be considered
helpful:
http://wiki.openstreetmap.org/w/index.php?title=Overpass_API/Overpass_QL=1270275=1262567

Why didn't you do it? :)

> Please remember wiki/help pages are mainly read by inexperienced
> users

Define the "inexperienced user", please.

I am nearly totally inexperienced in programming but even JOSM has
a built-in interface to query the Overpass API.
With overpass turbo and its wizard you need very little experience of
whatsoever to create a successful query.

>who aren't fully aware of all the latest hip language (that
> often goes out of fashion 6 months later).

Well, since this is a name of a feature of a wide- and heavily used
tool I doubt that it is part of a fashion hipster language.

> Please keep all wiki pages plain & simple.

You can help doing this, too.

hth
Thomas


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

Re: [Talk-de] Änderung von diversen deutschen Speisen ins Englische

[malenki]

On Sat, 30 Jan 2016 22:09:13 +0100,
Jakob Mühldorfer wrote:

> Bratwürste 
> , 17 

Bratwurst versteht der Engländer auch:
http://dict.tu-chemnitz.de/dings.cgi?service=deen=0=0=bratwurst

Mein Senf dazu :)
Thomas



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

Re: [Talk-at] Urheberrechtsabgaben und Verwertungsgesellschaften

[malenki]

Am Tue, 26 Jan 2016 13:39:43 +0100
schrieb Rudolf Mayer
:

> Eine vielleicht ganz naive Frage, bin kein Experte, aber: erlaubt die 
> OSM Lizenz nicht ganz explizit kommerzielle Verwendung der Daten ohne 
> eine Benutzungsgebühr?

Dann trifft noch immer der erste Teil von Friedrichs Problemstellung zu:
Wir sind Urheber, erzeugen Daten – sollen aber Abgaben zahlen, um diese
Daten speichern zu können.



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

Re: [Talk-de] Forschungsstation Antarktis

[malenki]

On Mon, 25 Jan 2016 14:16:36 +0100,
Markus wrote:

> Gibt es ein tolles Beispiel für Mikro-Kartografie?

Auch zu finden unter http://bestofosm.org/



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

Re: [OSM-talk] Mapping Parking Lots

[malenki]

On Tue, 12 Jan 2016 11:45:43 +1100,
Warin wrote:

> On 12/01/2016 11:22 AM, Mike Thompson wrote:
> > I notice that some times just the part of a parking lot where cars
> > may park is mapped [1]. In other cases the entire lot, including
> > the lanes between rows of cars, has been mapped [2]. The wiki [3]
> > doesn't specify which is preferred, but seems to suggest [2] is
> > better.  What do you think?
> >  
> And sometimes it is just mapped as a single node.

Obviously the most mappers seem to haven't found amenity=parking_space –
which I don't regret. 
I stumbled over it just recently because a newby mapper used it on a
parking lot wrongly, perhaps due to the poor German translation
in iD which made it nearly indistinguishable from amenity=parking (I
fixed that). 

> Of course more detail is preferred. Some lack the time available to
> plot the whole thing .. and simply mark it with a node. And any of
> the 3 cases is 'correct'.

I agree with that.



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

Re: [Talk-de] Wochennotiz Nr. 286 05.01.2016 – 11.01.2016

[malenki]

On Thu, 14 Jan 2016 20:09:49 +0100,
Michael Reichert wrote:

> Hallo,
> 
> Am 2016-01-14 um 19:56 schrieb chris66:
> > Am 14.01.2016 um 19:28 schrieb wnrea...@gmail.com:  
> >> die Wochennotiz Nr. 286 mit vielen wichtigen Neuigkeiten aus der
> >> OpenStreetMap Welt ist da: 
> >>
> >> http://blog.openstreetmap.de/blog/2016/01/wochennotiz-nr-286/  
> > 
> > Seite wird nicht gefunden.  
> 
> Da hat wohl einer unser Werbungs-Skript aufgerufen, bevor er auf
> "Veröffentlichen" geklickt hat.
> 
> Die Wochennotiz ist jetzt öffentlich. Viel Spaß beim Lesen.

Offenbar wurde die WN veröffentlicht, während ich sie korrekturlas. Als
ich dann "Speichern" klickte, wurde sie wieder in den nicht-
öffentlichen Review-Status versetzt.

hth
Thomas



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

Re: [OSM-talk] Nominatim weakness

[malenki]

On Thu, 24 Dec 2015 09:56:42 -0500,
Greg Troxel wrote:

> Saying that having an option to prefer search results in/near the
> displayed map is useless because going to osm.org defaults to one's
> last view just does not make sense.It would be perfectly
> reasonable for someone to first find a city, and then search for
> something.

Searching osm.org I do with the bookmarked OSM search using a hotkey in
the browser's address bar.

Now I do use osm.org regularly to look up users, edits, objects etc. So
when I would search for a restaurant or anything it is unforeseeable
which bbox/map view will get loaded. Because of this I said that imho a
"search the bounding box" is of little use (to me).

BTW: As I searched for Starbucks in NYC the map view showed Mali
Valamarës in Albania. :)

Regards
Thomas



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

Re: [OSM-talk] Nominatim weakness

[malenki]

On Mon, 14 Dec 2015 09:07:18 -0500,
John Goodman wrote:

> I've tried searching on plenty of common stores and businesses that
> the average user here in the US might -- Dunkin' Donuts, Kohl's,
> PetSmart, Lowe's, Dollar Tree, Sports Authority, Red Roof Inn -- and
> the matching location that is ACTUALLY ON THE MAP in front of me is
> almost never shown in the first page of hits, let alone on the top of
> the list.

Do you realize that the map usually shows the region you did look at
last? This may not necessarily be the region you want to have searched
at thus making a "search on displayed map" quite useless.
Sure looking at the location of the users IP address may help, but in
my case it would locate me to a city 40 km to the west.
For mobile users it may and should help to switch on locating services
and allow OSM to use it.

Just for the fun of it I just threw a "Starbucks" at Google and guess
what? After clicking on "maps" it showed me results thousands
kilometers away – in Washington DC.

Because I know of the fallability of men and IT when I search for
anything depending on a location I always give the location, too.
On OSM, a simple "nyc starbucks" or "starbucks nyc" or "NYC, Starbucks"
results in tons of Starbucks.

hth
Thomas



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

Re: [Talk-de] Semi-OT: Welches GPS fürs Fahrrad?

[malenki]

On Mon, 21 Dec 2015 13:21:13 +0100,
Ulrich-Dieter Standt wrote:

> Ansonsten gibt es für Mobiltelefone auch Karten dazu, dann 
> benötigen die keine dauernde Internet-Verbindung, sondern nur das 
> GPS-Signal. Nokia liefert die Karte gratis, bei anderen
> Mobiltelefonen muss man die Karte kaufen, sie ist aber erschwinglich.

Es gibt für Smartphones kostenlose Apps wie OSMAnd und Maps.Me,
die mit OSM-Offline-Karten arbeiten.



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

Re: [Talk-de] trac.openstreetmap.org lädt nicht

[malenki]

On Sun, 13 Dec 2015 23:07:53 +0100,
simson.gert...@gmail.com wrote:

> weiß jemand was mit der OSM trac Seite https://trac.openstreetmap.org 
> los ist? Seit einiger Zeit lädt sie bei mir gar nicht oder nur extrem 
> langsam (mehrere Minuten).

Klappt hier problemlos. (Opera 12)



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

Re: [OSM-talk] A message to our friends at HOT, Peace Corps etc. about Changeset Comments

[malenki]

On Wed, 18 Nov 2015 19:52:40 -0500,
john whelan wrote:

> HOT and OSM are slightly different, HOT maps on OSM but uses a
> simpler more standardized approach.  

fwiw: HOT means Humanitarian OpenStreetMap Team.
For me this sounds a lot like "very close to OSM".

> Many of their volunteers ofte  do not know enough English to write a
> meaningful change set comment.

So let them do it in their native language. Ideally, in the future
there will be more local mappers which should speak the same language

> HOT tends to map in areas that do not have a great deal of OSM mapping
> already in place so I don't see that it really matters if they use
> preset comments from the tile system.

What does it matter if there is already a lot or little of data to
changeset comments? As I said above: individual comments should help
individual mappers later on.

> Or are we now asking that all mappers on OSM have to be able to read
> and write in English since that is the normal language for
> communication in OSM or is one of the local African languages
> sufficient. 

Any language is sufficient, preferredly one spoken in the region where
the mapping occurs.

> If it is then I assure you I won't be able to understand
> what it says.

As it was pointed out: there are online translating tools.
Additionally: do you need to understand all changeset comments in OSM?
In China, Japan and Russia, too? :)

> I think one thing I like about HOT is the validation process, an
> experienced mapper goes over the mapping and tries to eliminate as
> many errors or mis-tags as possible and ensure that everything
> visible in the image is mapped,

Well, when I think of the HOT data I often look at it seems mostly I am
the (only) one doing the bug fixing and validating if I have some time
I can spend on it.
An example:
Lately in Afghanistan HOT didn't ask for waterways being mapped which
resulted in various issues:
Bridges weren't mapped because they are hard to distinguish in that
region when you don't look for waterways too – and bridges are prone to
collapse during earth quakes.
Fords aren't mapped for the same reason.
Quite some of the intermittent waterways get incorrectly mapped as
highways. Sure, there /are/ waterways being used as highways, but not
the ones I reviewed.

Because of this and some more issues (tons of highway=road, highways
connected to residential areas, a bad import from ~2010) I decided to
skip assigning to tasks but instead first map complete waterways and
afterwards all waterway/highway intersections. I also fixed the other
issues mentioned.
Well, I got a bit offtopic.

Two of the problems are that there is
a) a lack of enough manpower to map (e.g. there is still a lot missing
in HOT's Afghanistan Tasks)
b) a lack of enough manpower to review

An other example was a training of mappers in Albania.
The result was partly quite messy: a bunch of ways being not
rectangular nor having tags on them (well, some with area=yes).
There was no cleanup several weeks after editing stopped. I wonder what
the training effect is when the data gets left in this state
I had problems finding the person responsible for this task. Regarding
his OSM edits history he seemed not more experienced in mapping than his
pupils.

> and yes I understand armchair mappers are looked down on by many
> mappers

Is that so?
I do map both ways a lot and being a good "armchair mapper" needs
skills which need to be trained, too.
By the way, 99% my mapping (!= collecting data/surveying) is done in
an armchair. :)

> but the work they do is valuable in many areas.

Of course.

Regards,
Thomas



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

Re: [Talk-de] Hartnäckiger JOSM Konflikt durch Relation

[malenki]

ratrun schrieb:

>Leider finde ich keine alte Version 8800 zum download um es zu 
>verifzieren. 

https://josm.openstreetmap.de/download/



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

Re: [Talk-de] Neue Farben im osm.org Kartenstil?

[malenki]

On Sun, 1 Nov 2015 13:49:39 +0100,
Andreas Labres wrote:

> On 01.11.15 13:27, Christoph Hormann wrote:
> > Der 'farblosere' Gesamteindruck kommt vor allem, weil
> > highway=tertiary jetzt weiß ist und sich nur noch in der
> > Linienbreite von unclassified/residential unterscheidet. Das ist im
> > Vorfeld kontrovers diskutiert worden...   
> 
> Es spräche ja nix dagegen, die tertiary blassgelb zu machen...

Dann wäre der Unterschied zu primary recht gering.



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

Re: [Talk-de] Josm Fehler beim Upload

[malenki]

Es scheint, dass die (neu angelegte) Relation mit der ID -76843 den neu
angelegten Weg mit der ID -84975 benötigt, dieser aber nicht (mehr?)
vorhanden ist.
Schnell-und-schmutzig-Lösung: Die Datenebene als osm-Datei speichern,
mit Texteditor öffnen und aus der Relation -76843 den Verweis auf Weg
-84975 entfernen. Abspeichern, geänderte osm-Datei mit JOSM öffnen,
hochladen.

On Sat, 31 Oct 2015 23:30:11 +,
Michael Paulmann wrote:

> ich erhalte den Fehler "Der OSM-Server ... meldet eine fehlerhafte
> Anfrage. Fehlermeldung (englisch): Placeholder Way not found for
> reference -84975 in relation -76843"
> 
> Ich habe jetzt schon ziemlich lange gesucht wie ich einen Weg über
> die Reference finde, jedoch ich habe keine Lösung in JOSM oder sonst
> gefunden. Wie kann ich das lösen?



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

Re: [Talk-de] Massive OSM-Lizenz-Verletzung durch Kartenanbieter outdooractive.com (u. a. auch Alpenverein betroffen)

[malenki]

On Fri, 23 Oct 2015 15:54:02 +0200,
Peter Barth wrote:

> Simon Poole schrieb:
> > > Es wird eigentlich nicht kommuniziert, dass die "Community" sowas
> > > lösen "darf". Ich weiß, dass das immer wieder einzelne Leute in
> > > einzelnen Fällen machen, aber es gibt natürlich kein "offizielles
> > > Statement" dazu.  
> > 
> > Wie schon gesagt steht das seit 2009 auf der Wiki-Seite. [...]
> > [...]
> >  
> > > Könntet ihr das auf eurer Wiki-Seite etwas präzisieren?
> > >  
> > Welche meinst du jetzt, auf osmfoundation.org?  
> 
> ja, hier: https://wiki.osmfoundation.org/wiki/Licensing_Working_Group
> 
> Mir ist auch nicht klar, wo/wie sich einem aus dem Text erschließen
> sollte, dass man das "darf" und dass ihr dann eben auch für solche
> "Eskalationen" zuständig seid. Ich weiß es jetzt, aber ich könnte mir
> vorstellen, dass es anderen auch so geht wie mir.

Andernorts wurde/wird öfter gesagt, dass OSM keine Hierarchie und
entsprechend wenig Struktur hat und deshalb auch gern als Do-ocracy
bezeichnet wird. Für mich schließt das alle Tätigkeiten im OSM-Umfeld
ein.
Und wenn man weiß, dass die Working Groups (LWG und DWG) aus ein paar
wenigen unbezahlten Freiwilligen bestehen, versucht man schon sie zu
entlasten, indem man z.B. bei einer offenbaren Lizenzverletzung die
ersten Kommunikationsversuche selbst unternimmt.

Gruß
Thomas



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

Re: [Talk-de] Elbsandstein: natural=peak oder natural=rock

[malenki]

On Wed, 7 Oct 2015 03:59:36 +0200,
Tom Pfeifer wrote:

>summit:register = yes
>damit ist vermutlich die Existenz des Gipfelbuchs gemeint, und
> nicht ein Register der Gipfel. Etabliert hat sich hier bereits:
>climbing:summit_log = yes

Bei 574 summit:register=yes¹ und 45 climbing:summit_log=yes² würde ich
ersteres für etablierter halten.


¹ https://taginfo.openstreetmap.org/keys/summit%3Aregister
² https://taginfo.openstreetmap.org/keys/climbing%3Asummit_log



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

Re: [Talk-GB] useless survey?

[malenki]

Andy Townsend schrieb
am Tue, 15 Sep 2015 21:54:38 +0100:

> First of all - thank you for "properly mapping" this bit of the
> country.

You are welcome. But it isn't much fun when I have to look repeatedly
after "my" data to verify it hasn't vanished.
I can think of better ways spending my time.

> It's a shame that you've met resistance doing this.  With regard to
> the two sides to the argument, I'd tend to believe the person that
> writes changeset comments over the person that doesn't :)
> […]
> PS:  If you come back at any stage may I suggest mid-Wales?  Quite a
> lot there is still as it came from NPE: http://overpass-turbo.eu/s/bta

Regarding the response to my attempts to communicate and the mapping
"cooperation" in these regions I am neither inclined to do much
regarding mapping after contributing the already collected
data nor to use OSM data now knowing who maps there how. Even
falsifying ways seems superfluous.

Not least there is to mention the weather. Although there were only
about two wet weeks¹ from about four and the countryside is quite
beautiful when one is able to see it² I prefer places with less
humidity and more sun.³ :)

Regards
Thomas

¹
http://www.mapillary.com/map/im/Av1qw1T8qBoGW7PQbaqn4A/photo
http://www.mapillary.com/map/im/2_v7V7WN0563HJMEHRyJaw/photo
²
http://malenki.ch/OSM/Bilder/mapillary/dscRX035751-58_mapillary_pano7.jpg
³
http://www.mapillary.com/map/im/a8ZuUvALFc3ZwgRKhMd-XQ/photo



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

[Talk-GB] useless survey?

[malenki]

Since the British forum seems little frequented compared to the British
ML I publish what I wrote there¹ here once again with tiny enhancements.

This summer I hiked Snowdonia National Park from Machynlleth to Conwy.
Doing so I collected about 843 waypoints in Wales and 140 in the Restof
GB. As usual I uploaded my logs to OSM and quite an amount of the
pictures to Mapillary (the rest will follow soon). I also started
adding and enhancing highways and POI to OSM.
Now user Dyserth had added some data I could not verify in reality.
Although this holidays I wanted to do a little less on OSM compared to
last year (which wouldn't be hard to achieve :)²) I could not resist to
capture three gems of highway=track, tracktype=grade1 like this:
http://www.mapillary.com/map/im/QkMEYGK64gxtupnGWfHwXA/photo
https://www.openstreetmap.org/way/244474174/history

Also the names "Ancient Trackway" and "Old Coach Road" on a lot of
different ways caught my eye. I changed these and a several other ways
to what I believed what I found and walked and also asked the previous
mapper for his sources. After I found that he reverted one of my
changesets and edited some more data to IMHO not matching reality I
wrote a second message which he replied to rather unhelpful and not too
friendly. The messages I sent can be found here:
https://www.openstreetmap.org/changeset/33841330

Just as I wrote the posting for the forums Dyserth commented another
changeset and edited the data in a way which confirms my opinion to
skip mapping Wales: http://www.openstreetmap.org/changeset/34006163
In short: After I split a way its new way segments shouldn't have the
name which was there before I even touched it.

This makes me think twice if I should care to map in Wales anymore
since it seems Dyserth
* interprets reality (if he knows it at all) to his liking
* doesn't want to name his sources neither in changeset comments nor on
  request
* seems to think he needs to protect "his data" and thus will change
  (not only my) contributions back to what he thinks is best. 

I can think of better ways to contribute to OSM than to add stuff which
I can be certain will not be there for long.
By the way: For mapping only 1,5 years Dyserth has made an impressive
amount of edits. But I doubt that he collected all the data by ground
survey nor has – regarding what I saw on the ground and mapped –
reliable sources.

Best Regards
Thomas

¹ http://forum.openstreetmap.org/viewtopic.php?pid=540545#p540545
² http://www.openstreetmap.org/user/malenki/diary/23935



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

Re: [Talk-de] Schule: landuse=residential oder amenity=school? [war: Re: Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen]

[malenki]

On Mon, 13 Jul 2015 22:33:36 +0200,
Florian Lohoff wrote:

 D.h. das amenity=school liegt auf welchem landuse? Multipolygon und
 aus dem landuse ausstanzen? 

Dort gibt es keine Wohnbebauung. Soll man erst eine mittels
landuse=residential erdichten, um eine Schule malen zu dürfen?.



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

[Talk-de] Schule: landuse=residential oder amenity=school? [war: Re: Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen]

[malenki]

On Sun, 12 Jul 2015 18:52:04 +0200,
Florian Lohoff wrote:

 On Sun, Jul 12, 2015 at 03:27:44PM +0200, Martin Koppenhoefer wrote:
  sent from a phone
  
   Am 11.07.2015 um 15:56 schrieb Florian Lohoff f...@zz.de:
   
   Schulen gehören für mich zum landuse=residential !?!?
  
  weil man da wohnt? Gehören Museen, Bibliotheken, Tankstellen,
  Kläranlagen, Unis, Hotels, Yachthäfen, Golfplätze, Parks auch zu
  residential? Für die haben wir nämlich auch noch keinen spezifischen
  landuse festgelegt ;-)

 Kinderspielplätze?
 
 Wo fängt das an? Für mich hat Schule was mit Wohnen zu tun - nicht mit
 industrial oder commercial oder farmland. 

 Das hat was mit Menschen zu tun.
 
  kann man schon so festlegen dass man es so machen will, aber dass
  Schulen eigentlich  keine Wohnnutzung sind, ist denke ich klar.
 
 Dann müssten wir z.b. Garagen auch ausnehmen oder?

landuse=garages existiert

   So wie auch ein Parkplatz in der Bebauung ja nicht aus dem
   landuse=residential ausgenommen ist.
  
  kann man auch so machen oder nicht. Wenn der Parkplatz der
  Wohnnutzung dient (dh wer dort wohnt parkt dort), gehört er ja
  irgendwie dazu, oder? Je nachdem, wie man die Nutzung (landuse)
  interpretiert.
 
 Solange wir kein landuse=education oder ähnliches haben ist das was
 am nächsten liegt eben residential.

Im Wiki (de und en) wird empfohlen, das Schulgelände als Fläche mit den
entsprechenden Tags zu mappen:
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool



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

Re: [Talk-de] Umfrage zu Kleben von Landnutzungsflächen an Straßen (bis 11.8.)

[malenki]

On Sun, 12 Jul 2015 14:49:26 +0200,
Michael Reichert wrote:

 Auf Talk-de gab es leider keine Anmerkung zur Umfrage, nur Diskussion
 über Kleben vs. Nicht-Kleben.

Ich schrieb in diesem Thread, das landuse-Relationen mit Straßen als
outer ways in der Abstimmung berücksichtigt werden sollten.

 Aber ich hätte mir das dann auch gleich sparen können.

dito



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Sat, 11 Jul 2015 15:56:18 +0200,
Florian Lohoff wrote:

 On Fri, Jul 10, 2015 at 11:55:54PM +0200, malenki wrote:
  Das an-Straßen-Kleben kann man leider schon. – Ich beklagte mehr die
  falsche Verwendung von landuse-Tags: landuse=commercial bei
  Supermärkten (statt retail), landuse=residential bei einem
  Schulkomplex (statt amenity=school), landuse=residential auf einem
  stillgelegten Bahnhof statt landuse=railway usw…
 
 Schulen gehören für mich zum landuse=residential !?!?

Weiß ich nicht ? ! ? ! ? !  ß1 ß 11

In meinem Fall gibt es dort etliche (Berufs)Schulgebäude mit Sporthalle
und Baracken, einen kleinen und einen großen Parkplatz, eine
Sondermüllentsorgung und ein Wohnheim.
Meiner Meinung nach gehört dort kein residential hin:
http://www.openstreetmap.org/#map=18/50.91610/13.36156



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Wed, 8 Jul 2015 18:10:08 +0200,
Michael Reichert wrote:

 Kleine Liste an Argumente für das Kleben an Straßen:
 - kartographisch schöne, man lässt keine Lücke
 - bessere GIS-Modellierung (wurde mir in einer PN geschrieben)
 - Wegen überlappender Landnutzungsflächen ist eine Flächenberechnung
 aus OSM-Daten (z.B. wie viel Fläche in Deutschland bewaldet ist) nicht
 (leicht) möglich.
 
 Kleine Liste an Argumenten gegen das Kleben an Straßen:
 - Die Wiese geht nicht bis zur Straßenmitte.
 - Gauckelt größere Flächen vor.
 - an Straßenmitten geklebte Flächen sind schwer zu editieren

Da sich der Thread zu einer Sammlung für/wider entwickelt hat, hier
noch meine wider-Punkte, die ich so schon zu anderen Gelegenheiten
dargelegt habe und alle schon in OSM fand:

* Schlechte Veränderbarkeit verklebter Daten
* führt in der Folge gern zu Verschlechterung von Daten, wenn ein
  wohlmeinender Mapper ein Feld korrekt mappt, dabei aber ungewollt
  die Straße auf den Feldrand legt (finde ich oft)
* falsche Landnutzungsangaben. In einem Fall hatte ich eine große
  Straßenkreuzung, die dem Acker zugeschlagen war: 100m² Asphalt,
  Bankett und Straßengraben.
  Man sollte sich mal bildlich vorstellen, wie der Mais auf der
  Kreuzung wächst. :)
* Straßenlücken bei überlappenden Wegen: ein Mapper hatte durch die
  verklebten landuses offensichtlich übersehen, dass er in der Straße
  schlicht eine größere Lücke hinterlassen hatte…
* kleine landuses werden einfach ignoriert: Man klebt das Feld
  großflächig an die Straße, das Gebüsch, das Gelände von Funkturm und
  Wasserwerk werden dem Acker zugeschlagen.

An anderer Stelle in diesem Thread schrieb ich bereits, dass die
Umfrage meiner Meinung nach auch das Verwenden von Straßen als outer
ways von landuse-Polygonen berücksichtigen sollte.
Vielleicht kann man auch die MP-Variante thematisieren, bei der nur
noch leere Ways herumliegen und zu MP-Monstern verklebt werden. In
diesen Fällen werden die Straßen komplett einem landuse zugeschlagen.
in topologischer Hinsicht finde ich das noch schlimmer als das
Verkleben von landuses an der Straße.
Bonus: durch das Löschen eines Nodes kann man im Bestfall fünf landuses
zerstören. 
Wenn schon ich Probleme habe, solch einen Unfug umzubauen (z.B.
übersehene landuses zu ergänzen) möchte ich nicht wissen, wie sich
ein Anfänger dabei fühlt – sofern er überhaupt versteht, was er da vor
sich hat.

Obige MP-Wahnsinn fand ich bei Leipzig sehr verbreitet. *grusel*



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Thu, 9 Jul 2015 13:44:24 +0200,
Bernhard Kuisle wrote:

 Zu einem oben angeführten Argument möchte ich auch noch Stellung
 nehmen, zu der angeblich einfacheren Editiermöglichkeit wenn nicht
 verklebt wird: Bei verklebten Flächen brauche ich beim Verschieben
 eines Punktes nur diesen verschieben, bei nicht verklebten Flächen
 immer drei!

Was, wenn nur eines der drei Objekte korrigiert werden muss?



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Wed, 08 Jul 2015 20:07:14 +0200,
Winfried Schüler wrote:

 Ich sehe das mit gemischten Gefühlen.
 
 Landwirtschaftliche Nutzflächen oder Wälder schließen
 selbstverständlich auch die Wege zur Bewirtschaftung ein. Ein Waldweg
 liegt im Wald, und am Waldrand dient er eventuell beiden angrenzenden
 Gebieten zur Bewirtschaftung, oder eben nur einem der beiden.
 Zwischen den beiden Landnutzungsflächen liegt jedenfalls keine weiße
 Lücke bei einem track, der beide abgrenzt. Wenn der Weg die Grenze
 ist, dann sind die Flächen auch dranzukleben.

Zwischen Weg und Feld liegen in der Regel Feldrain und/oder
Hecke/Baumreihe/Gebüsch und/oder Graben. Mappst du die extra, schlägst
du die dem Feld/der Straße zu oder vereinfachst du, indem du diese
Objekte nicht mappst? Oder wo verortest du die Grenze dann?

Für mich hört der Acker da auf, wo nichts angebaut wird, der Weg ist
die von Fahrzeugen genutzte Fläche.

Ausnahmen von Obigem sind oft tracktype=grade5, wo nur mit dem Trecker
über eine Wiese gefahren wird.



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Thu, 9 Jul 2015 11:57:09 +0200,
Michael Reichert wrote:

 Ein paar User haben vorgestern Abend im IRC (#osm-de, irc.oftc.net)
 von zwei Accounts berichtet, die systematisch Landnutzung in Mappen
 (v.a. landuse=residential,commercial,industrial, Äcker/Grünland eher
 weniger). Da HDYC den Schluss auf kommerzielles Mapping zulies, habe
 ich dann bei den zwei Accounts nachgefragt und eine ausführliche
 Antwort erhalten.
 
 Im IRC wurde beklagt, dass die beiden Accounts Landnutzung mit
 Straßen verbinden. 

Das an-Straßen-Kleben kann man leider schon. – Ich beklagte mehr die
falsche Verwendung von landuse-Tags: landuse=commercial bei
Supermärkten (statt retail), landuse=residential bei einem
Schulkomplex (statt amenity=school), landuse=residential auf einem
stillgelegten Bahnhof statt landuse=railway usw…

 Die Antwort eines der Accounts (stellvertretend für den anderen)
 enthielt folgende Argumente, warum die beiden an die Straßen kleben:
 
 Am 2015-07-08 um 15:29 schrieb Marsuna:
 […]

Vorm Veröffentlichen der privaten Kommunikation batest du hoffentlich um
Erlaubnis dafür?
(Mir wollten Dritte schon ans Bein pinkeln, weil ich den Inhalt von PNs
in indirekter Rede wiedergab…)



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Thu, 9 Jul 2015 17:13:58 +0200,
Florian Lohoff wrote:

 Irgendwann werden wir zusätzlich zur Mitte der Straße die wir zur
 erzeugung eines Graphen für das Routing brauchen auch die Fläche
 erfassen. An diese Fläche darf dann gerne auch der landuse geklebt
 werden. Es gab da schon verschiedene Modelle - am Ende ist das aber
 ziemlich kompliziert weil eben zum Straßenkörper mehr als die
 Asphaltierte fläche gehört.
^^^
 der Fahrbahn

 Schon klar das das TECHNISCH alles geht. Der Aufwand bzw die
 Geschwindigkeit eine Änderung ist aber ein vielfaches. Da wo so Zeugs
 großflächig verklebt ist lasse ich Änderungen entweder gleich ganz
 bleiben weil mir meine Zeit zu schade ist - oder ich lösche und mappe
 neu. Ich trenne da nicht mehr als 2-3 Nodes auf - das ist mir zu
 mühselig.

In solchen Fällen male ich in JOSM die Geometrien neu, lade danach die
vorhandenen Geometrien herunter und benutze danach replace geometry.
Wenn andere unsauber mappen, muss man diesen Stil ja nicht
fortsetzen. :)



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

Re: [Talk-de] Umfrage (Entwurf) zu Kleben von Landnutzungsflächen an Straßen

[malenki]

On Thu, 9 Jul 2015 11:48:04 +0200,
Michael Reichert wrote:

 Es geht bei der Frage um das Verbinden von Landnutzung mit Straßen.
 Wasserflächen-Landnutzung und Landnutzung-Landnutzung sind noch mal
 eigene Fragen, die ich nicht in die Fragestellung aufnehmen möchte, um
 die Antwortmöglichkeiten übersichtlich zu halten und um eine größere
 Beteiligung zu erhalten.

Ich fände sinnvoll, die Frage etwas allgemeiner nach der Verbindung von
Flächenobjekten mit Wegobjekten. Alternativ könnte der Hauptaugenmerk
auf Straßen+Flächen gelegt werden, aber Wasserwege (außer riverbank)
plus Flächen erwähnt werden.

Vielleicht kann man auch noch das Modell einbringen, bei dem Straßen
in OSM als outer ways für Multipolygone verwendet werden. 
Sowas finde ich noch schwerer zu bearbeiten als nur an Straßen
geklebte Flächen.
Das letzte geballte Auftreten dieses Modells fand ich in Leipzig.
Ich wollte nur ein paar (5) Wagenburgen überprüfen, brachte dann aber
ein paar Stunden mit Überarbeiten zu…



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

Re: [Talk-de] Probleme mit Mapper - was tun?

[malenki]

On Tue, 16 Jun 2015 23:58:29 +0200,
Bernhard Weiskopf wrote:

 Irgendwie hat der Mapper nach meiner Meinung noch fast gar nichts
 richtiges getan, sondern nur falsches oder nicht belegtes, wobei ich
 die nicht belegten Einträge sehr anzweifle. Am liebsten würde ich
 alle seine Änderungen revertieren, das macht aber immer mehr Aufwand,
 je länger er ändert oder einträgt. Vereinzelte Fehler, wie nicht
 verbundene Wege, wurden inzwischen von anderen Mappern korrigiert.

Je länger du wartest und je mehr andere Mapper zwischenrein
reparieren, desto aufwendiger wird die Sache.

Wenn du nur die einzelnen Changesets des Mappers zurücksetzt, ist das
im Verhältnis der geringere Aufwand.



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

Re: [Talk-de] Hilfe beim Changeset reverten..

[malenki]

On Fri, 12 Jun 2015 18:50:40 +0200,
Richard wrote:

 ich versuche https://www.openstreetmap.org/changeset/26446518
 rückgangig zu machen - also Josm Data/Revert changeset/id/fully,
 danach resolve conflicts. Soweit so gut, die Straße wird wieder so
 angezeigt wie sie sein soll.
 
 beim uploaden bekomme ich die Meldung:
 
 The data to be uploaded participates in unresolved conflicts of
 layer 'Data Layer 1'. You have to resolve them first.
 
 Nur zum resolvieren gibt es nichts mehr:( Kann ich irgendwie
 weiterkommen?

Nachdem ich alle 18 Konflikte gelöst habe, könnte ich die Daten
problemlos hochladen. 
JOSM-Version 8487

Wenn ich bei einem Revert soviele Konflikte habe, dass ich die nicht
lösen mag, probiere ich zuerst, nur den für mich interessanten Teil der
Daten auszuwählen und dann per Auswahl hochladen in die OSM-DB zu
schieben. Mit etwas Glück sind die ausgewählten Daten nicht von den
Konflikten betroffen.

hth
Thomas



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

Re: [Talk-de] Eigene OSM-Karte mit Overpass

[malenki]

On Sat, 09 May 2015 20:38:57 +0200,
Markus wrote:

 Liebe Spezialisten,
 
 mich fragte jemand, wie man eine OSM-Karte als Slippymap mit OL in
 die eigene Website einbinden, und darauf die Ergebnisse einer 
 Overpass-Abfrage anzeigen kann.
 
 Dachte, ich schicke ihm einfach einen Link :-)

Weil es meine erste Wahl für deinen Fall gewesen wäre und auch andere
umap schon erwähnt haben:
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html

hth
Thomas



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

Re: [Talk-de] Wochennotiz Nr. 244 17.3.–23.3.2015

[malenki]

On Wed, 25 Mar 2015 22:27:56 -0400,
Alex Barth wrote:

 Hallo! Danke für die Notiz!
 
 Kleine Verbesserung:
 
  Zwischenergebnis zur SotM US: Es wurden mehr als 230 Förderanträge
 gestellt und fast 60 Vorträge eingereicht.
 
 Richtig ist:
 
  Zwischenergebnis zur SotM US: Es wurden mehr als 230 Förderanträge
 gestellt und **über 200** Vorträge eingereicht.

Danke, habe die Zahl korrigiert.

Thomas



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

Re: [Talk-de] was:*= oder old_*= tag prefixing Was: Re: Taginfo-Challenge

[malenki]

On Sat, 14 Mar 2015 21:06:00 +0100,
Florian Lohoff wrote:

 Wie man auf die idee kommen kann anstatt die Versionierung der
 Datenbank die tags auf old_/was: status zu kopieren erschliesst
 sich mir nicht.

Vielleicht weißt du zu gut, wie OSM funktioniert um zu verstehen, dass
nicht alle Leute so tiefes Verständnis der Materie haben.
Ich könnte mir vorstellen, dass ein Windows-Nutzer mit
Papierkorb-Kenntnissen denkt: Wenn ich das lösche, ist es endgültig
weg.

hth
Thomas



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

Re: [OSM-talk] High load on the rendering servers?

[malenki]

On Sun, 08 Mar 2015 15:45:29 +0100,
colliar wrote:

 Sounds like work for the editor software if the api is not capable to
 prevent moving a node hundreds of kilometres.

Even if the API rejects very long ways the editor needs a little work to
output a useful error message like precondition failed (just love that
one) to the user.

Thomas


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

Re: [OSM-talk] Mapping dangerous bicycle locations?

[malenki]

On Sat, 7 Mar 2015 15:26:38 +0100,
Stefan Keller wrote:

 What about crowdsourcing dangerous bicycle locations using key/tag
 hazard? See http://wiki.osm.org/wiki/DE:Key:hazard
 And see also https://twitter.com/sfkeller/status/574213951644368896

tl;dr: As a lot of others already said: a quite subjective thing to
map.

In Germany a lot of more experienced bicyclists regard all separate
cycleways or even footways with bicycle=yes as hazard – with good
reason.
Every year a signifikant number of bicyclists get right-hooked by cars
turning right and their drivers not paying enough attention.
Every year, a signifikant number of those right-hooked bicyclists die.

Never mind the cars parking on the cycleways, crossing service streets,
the pedestrians, dogs etc which would make the experienced bicyclist
cringe from awe while the less experienced are happy to cruise along
with walking speed even on sidewalks where they are not allowed except
being ten or younger.

Ridiculous is the mentioning of snow or shattered glass. During winter
and below 0°C common sense should tell a bicyclist that surfaces might
be covered with snow or ice and thus slippery.
Some tags regarding winter servicing do exist although the proposal
wasn't guided to a voting process.
For glass and other stuff on highways: everybody should expect that
on the surface of the road stuff may lay which can harm the vehicle –
from glass of bottles thrown away by stupid people to shattered windows
of a car after an accident to nails and screws falling off carpenter's
car to vehicle parts lost while driving (exhaust, bump guard,
suspension parts, oil etc).
Bicyclists may take into consideration that on a road frequently
traveled by cars the smaller stuff like glass gets cleared away by the
crumbling effect of the car's tires so that cleaning is in opposition to
a cycleway needed less often. (Of course the bicyclist shouldn't ride
to the utmost right of a highway were no cars go and all the rubble
collects)

Thomas



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

Re: [Talk-de] admin schläft

[malenki]

On Tue, 24 Feb 2015 23:02:13 +0100,
Michael Kugelmann wrote:

 dann pack die Datei in's OSM-Wiki und leite die EMail ohne Anhang
 weiter! 

Das Wiki nimmt nur Bilder. Für ein OSM-Wiki finde ich das bedauerlich.

 Oder auf irgend einen andern WWW-/Owncloud-/[irgendetwas]Server =
 es gibt 1000 Möglichkeiten das hinzukriegen, einfach mal etwas
 kreativ sein...

Ein Nachteil von One-Click-Hostern, bei denen man anonym hochladen
kann, ist die mangelnde Kontrolle über die Daten (Verweildauer,
Löschmöglickeit].
In der Regel empfehle ich http://www.imagenetz.de/, weil man dort
nach dem anonymen Upload auch einen Löschlink erhält. 

 […] 
 Ich finde es schwach von Deiner Seite dass Du so leichtfertig 
 aufgibts. (sorry, couldn't resist) :-(

+1

Thomas

 Am 24.02.2015 um 22:07 schrieb Michael Paulmann:
  Für ein 100 kb file? Ich werde kein Dropbox Konto eröffnen für ein
  File das so klein ist.
 
  -Ursprüngliche Nachricht-
  Von: Jo [mailto:winfi...@gmail.com]
  Gesendet: Dienstag, 24. Februar 2015 22:01
  An: Openstreetmap allgemeines in Deutsch
  Betreff: Re: [Talk-de] admin schläft
 
  Dropbox...
  On Feb 24, 2015 9:14 PM, Michael Paulmann 
  michael.paulm...@hft-stuttgart.de wrote:
 
  Hallo Leuts,
 
  ich habe vor 2 Wochen hier eine Mail vom Verkehrsverbund Stuttgart
  weitergeleitet, leider hatte diese 100 kb was dazu führte das der
  Admin diese Mail bestätigen muss bevor sie an die Mailingliste
  geht, aber anscheinend hat der Admin kein Interesse die Mails
  durchzuschauen die ankommen. Ich finde es toll das der
  Verkehrsverbund bereit wäre uns seine Daten zur Verfügung zu
  stellen, jedoch weiss ich nicht wie ich weiter verfahren soll und
  habe deshalb hier die Mail mit dem Testdatensatz weitergeleitet.
  Ich habe die Testdaten angeschaut, und per QGIS mit den OSM Daten
  verglichen und habe festgestellt das man einiges zu den Daten bei
  OSM hinzufügen könnte. Leider kann ich den Testdatensatz hier
  nicht weiterschicken da ja leider der Admin schläft...
 
  Gruß
 
  Paulest
 
  P.S.: Wer Interesse an den Testdaten hat soll sich direkt an mich
  wenden ___
  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
 
 
 ___
 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] Big Lakes

[malenki]

On Thu, 19 Feb 2015 04:29:53 +0100,
Paul Norman wrote:

 The Great Lakes have been discussed a few times on the local lists
 and the conclusion has been arrived at that they are best represented
 with natural=coastline.

Could you give a short overview of the reasoning leading to the
decision?

I am fine with it and would be glad if Lake Nasser could be
mapped this way, too, because of the big amount of Relation Members.

But since the Great Lakes are mapped with coastlines: what are the MPs
good for?
The collection relations I removed yesterday.


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

Re: [OSM-talk] Big Lakes

[malenki]

Christoph Hormann wrote:

[some more lakes with coastlines]

thanks for the overview

Lake Ontario and Rybinsk Reservoir have both been newly tagged as 
coastline recently agaist the general moratorium:

http://www.openstreetmap.org/changeset/27591832
http://www.openstreetmap.org/changeset/28625595

Regarding the latters changeset comment this was done to see te object
also in smaller zoom levels. I can understand this since I miss bigger
objects of wood and water in smaller ZL.

Have a look at the Caspian Sea¹ and imagine it showing up only from ZL 6
and lower like the lakes to it's east.
This would make the appearance of the map really worse.


¹ http://www.openstreetmap.org/#map=6/42.537/48.933



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

Re: [OSM-talk] Big Lakes

[malenki]

Jochen Topf wrote:

Please do not add more (and more difficult cases like lakes on
islands in lakes on land) to the data, otherwise this process will get
more brittle than it already is.

Well, that is a word.

What do you think of the Great Lakes mapped (partly) both with
coastline and MPs?


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

Re: [OSM-talk] Big Lakes

[malenki]

colliar wrote:

Am 18.02.2015 um 14:48 schrieb malenki:
 Jochen Topf wrote:
 
 Please do not add more (and more difficult cases like lakes on
 islands in lakes on land) to the data, otherwise this process will
 get more brittle than it already is.
 
 Well, that is a word.
 
 What do you think of the Great Lakes mapped (partly) both with
 coastline and MPs?

-1

We already have problems with the update cycle differences of the
coastline and the rest of the map. Would would not gain much and simply
move the decision over to the renderer. Dual-Systems are confusing and
lead to further divergence.

IMHO this is clear. I hope(d) for a recommendation what to keep and what
to drop.


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

[OSM-talk] Big Lakes

[malenki]

I am working on Lake Nasser* and can predict that after enhancing
it's shore the resulting MP will be quite big. 
Based on what I have done so far I'd expect an Multipolygon (MP) with
about 10.000 Members and an outline of 14.000 km length. A relation of
this size is no good idea in hindsight of maintainability and conflicts
due simultaneous edits. 
So I thought about mapping it as coastline (again) and had a look at
how other big lakes were mapped.

I was a little astonished after having had a close look at the Big
Lakes in Northern America. They are mapped this way:
* outer ways and most of the islands are natural=coastline
* all of them and some additional islands included in three MPs for
  three of the five lakes¹
* for Lake Ontario, there is also a relation=collection² with a note:
  Should be an enclosed way if not please check for gaps
  Even though this isn't the case at the moment rendering is just
  fine.
 * additionally this relation contains three help ways created for
making the ring of the collection and the MP complete
* there are some collection relations named e.g. Southern Shore of
  Lake Ontario whose intention I understand.

Now my questions:

What do you think is the better way to map an updated Lake Nasser?
Make another MMP (Monster MultiPolygon) or
map it as coastline (which is discouraged in the wiki)?

Regarding the Big Lakes:
At the moment they are mapped with coastline /and/ partly as MP.
Although my first guess that this was made to make them break more
easily may not be correct I think one way to map them should be
sufficient. Which way they should be mapped and who wants to take care?

I think we all agree that the collection of the outer ways of Lake
Ontario and the help way only member of this relation should be
deleted.

curious about the answers –
Thomas.


* http://www.openstreetmap.org/#map=9/22.8572/32.5566

¹
Lake Ontario: https://www.openstreetmap.org/api/0.6/relation/1206310
Lake Huron: https://www.openstreetmap.org/api/0.6/relation/1205151
Lake Erie: https://www.openstreetmap.org/api/0.6/relation/4039900

² https://www.openstreetmap.org/api/0.6/relation/1740344

³ 
https://www.openstreetmap.org/api/0.6/relation/1205133
https://www.openstreetmap.org/api/0.6/relation/1205140



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

Re: [OSM-talk] Big Lakes

[malenki]

Christoph Hormann wrote:

On Tuesday 17 February 2015, malenki wrote:
 Based on what I have done so far I'd expect an Multipolygon (MP) with
 about 10.000 Members and an outline of 14.000 km length. A relation
 of this size is no good idea in hindsight of maintainability and
 conflicts due simultaneous edits.

1 ways each with 2000 nodes would be 20 million nodes.  Evenly 
distributed on 14000 km outline means a node distance of 70cm - your 
average node distance seems to be more in the range of 10-20m - i 
suppose something is wrong here, for comparison the world coastline is 
only 33 million nodes.

A subset of 92.331 km I just looked at has 8,764 nodes. That is not too
much imho. You should take into consideration that there are also some
islands which are responsible for the big growth in the count of
members.

 What do you think is the better way to map an updated Lake Nasser?
 Make another MMP (Monster MultiPolygon) or
 map it as coastline (which is discouraged in the wiki)?

Please no re-opening of the moratorium on newly tagging lakes as 
coastline.  If what is tagged as coastline changes this always means 
additional work for anyone processing the data.

Without knowing what exactly is wrong about your number above

Imho nothing

 - based on the level of detail of your current mapping relative to
 the previous one i would estimate it to be not that much larger than
 other big lakes (Great Slave Lake is currently ~300k nodes).  From an
absolute standpoint this is not really that big but i know editing
such a beast in JOSM is no fun.

Area data type anyone?

Seems I forgot to mention this in my OP…

 Regarding the Big Lakes:
 At the moment they are mapped with coastline /and/ partly as MP.

Last time i looked all land enclosed waterbodies (including the
Caspian Sea) had multipolygon relations.  I did not check if these are
valid and complete though - at least for the Great Lakes they are
probably not.

Not all of them, as I wrote:
  three MPs for three of the five lakes

Technical things aside - i hope you are aware that the water level of 
Lake Nasser varies quite a lot and when you map based on Bing images 
you probably map different water levels in different parts of the
lake.

I am aware of this and not too lucky about it.
The shape existing until my updates started I created in 2009 with
Landsat Imagery. Then it had 8000 km length and was quite rough.
For curiosity I had a look at the first version of Lake Nasser – the
shore was 1733 km long.

There currently is no established rule what water level to map
as natural=water in such a case (average/maximum/minimum) or how to
tag separate mappings of different levels.  In any case you might want
to consider that mapping both the minimum and maximum based on lower 
resolution data (like Landsat images) would be ultimately more useful 
than mapping a fairly undefined in-between state in higher resolution.

Imho the minimum would be empty ;)

In any case nice to see improvements to such more remote lakes.  When 
you are done with Lake Nasser you could think about continuing with
the Merowe Reservoir - which is currently a serious aspirant for the
title of the most broken lake polygon in the OSM database:

http://www.openstreetmap.org/#map=16/18.9860/32.4292

At least three times smaller then Lake Nasser – piece of cake. 
If only someone would pay me I so could do mapping all day. (:



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

Re: [OSM-talk] Big Lakes

[malenki]

malenki wrote:

For curiosity I had a look at the first version of Lake Nasser – the
shore was 1733 km long.

PS: if you want to have a look, too:
http://malenki.ch/OSM/data/first_lake_nasser_complete_v1.osm



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

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

[malenki]

On Wed, 11 Feb 2015 16:08:37 -0500,
Tom MacWright wrote:

 Ever since 2012, in the second commit ever, Not breaking other
 people's data has been one of the three clearly stated public design
 goals of iD.

Regarding this statement it is interesting that iD went live with no
graphic hints about the existence of relations. (I hope I remember this
point correct.)

Thomas


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

Re: [OSM-talk] this has to stop: iD user mistakes all over the place

[malenki]

Jo Walsh wrote:

On the one hand I'm sorry to hear that communicating and fixing is a
distraction from mapping for you,

I understand how he feels:
When I happen to correct a lot of stupid errors sometimes I feel like
there are a lot of stupid mappers. :)

on the other you're starting to sound like a candidate member of the
DWG ;) Maybe consider it, validating an activity you're pursuing
anyway...

+1
(but not for me, thank you all the same (: )


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

Re: [OSM-talk] JOSM Query for recent edits to area?

[malenki]

On Mon, 2 Feb 2015 15:38:01 -0700,
Mike Thompson wrote:

 I just spoke to a class of college students, introduced them to OSM,
 and had them make a few edits on their campus.  I would like to review
 those edits.  Is there anyway in JOSM (or other software) to
 select/highlight the elements over the campus that have been edited
 during the past day?

JOSM has a search
Looking for timestamp:2010-01-12/2010-04-12.
shows the edits of these three months
You can also search for user:meh to only show the edits of user meh


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

Re: [Talk-de] Georeferenziertes Bild auf einfache Weise auf Karte legen?

[malenki]

On Sat, 31 Jan 2015 21:21:51 +0100,
Manuel Reimer wrote:

 ich habe hier ein georeferenziertes Bild (TIFF) welches ich gerne
 über eine OpenStreetMap-Karte legen will. Ich müsste außerdem
 dynamisch zwischen Karte und Bild überblenden können.
 
 Mit welchem Programm geht sowas *einfach*? Muss unter Linux
 funktionieren!

Für JOSM gibt es zwar das ImportImage-Plugin, aber damit hat man nicht
unbedingt schnelle Erfolge. Es verlangt zum Bild eine World-Datei, die
anscheinend nicht ein-eindeutig ist. (Ich hatte mit GDAL entsprechende
Dateien aus georeferenzierten Bildern erzeugt).
Weiterer Nachteil: Schon bei im Prinzip recht kleinen Bildern wird JOSM
sehr langsam.

Einfachere Lösung: QGIS.
Dort habe ich das Bild recht bequem eingebaut bekommen.

Weitere Möglichkeit: mapwarper.net.
Ich weiß aber nicht, ob dort die Georeferenzierung ausgewertet wird
oder man in jedem Fall Referenzpunkte setzen muss. Als Ergebnis
bekommst du unter anderem einen WMS-Link.

Joachims Lösung klingt recht gut, sofern man einen in JOSM verwendbaren
TMS-Pfad bekommt (habs noch nicht ausprobiert).



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

Re: [Talk-de] Honga Tonga eintragen, Bildquelle?

[malenki]

On Fri, 30 Jan 2015 11:16:12 +0100,
Christoph Hormann wrote:

 On Friday 30 January 2015, Michael Paulmann wrote:
 
  Ich würde gerne diese neue Insel eintragen jedoch denke ich nicht
  das ich das darf. Die Bilddaten sind nicht frei d.h. ich darf sie
  nicht eintragen.
 
  Ich habe das Bild georeferenziert und es wäre nun möglich die Karte
  zu aktualisieren.
 
  Kann mir jemand sagen unter welcher Lizenz das Bild auf
 
  http://www.geo-airbusds.com/en/6322-eruption-of-a-volcano-in-the-tong
 a-archipelago-pleiades-captures-the-birth-of-a-new-island
 
 Die generelle Form grob aus veröffentlichten Bildern zu übernehmen
 ist hier denke ich unproblematisch - eine solche Übernahme von 
 Informationen nimmt sowohl urheberrechtlich als auch
 datenbankrechtlich nicht die notwendigen Hürden, um relevant zu
 sein. 

Wenn du das für OSM nicht freigegebene Bild nicht gesehen hättest,
wüsstest du dann, wo die Insel einzutragen wäre und wie groß sie ist?

Ich zitiere einen weniger bekannten OSMer:
| It really looks like OSM's goal once was to be whiter than white
| legally, and now it's mostly about the risk of getting sued.¹

Diese Einstellung kotzt mich an.

Letztes Jahr hat sich im IRC einer damit gebrüstet, dass er einer
kleinen Firma sinngemäß geschrieben hat: Sie können mir nicht
nachweisen, dass ich Ihre Daten unrechtmäßig verwendet habe.

Diese Einstellung kotzt mich an!
An alle Leute mit dieser Auffassung von Freien Daten: 
Geht doch zu Wikimapia!

Thomas

¹ http://permalink.gmane.org/gmane.comp.gis.openstreetmap.legal/6833



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

Re: [Talk-de] JOSM: Verschieben des dargesellten Arbeitsbereichs mittels rechter Maustaste

[malenki]

On Thu, 29 Jan 2015 16:10:00 +0100,
hike39 wrote:

 ich habe schon seit längerem Probleme bei JOSM, dass ich gehäuft den
 dargestellten Bereich mittels rechter gedrückter Maustaste nicht
 verschieben kann.
[…] 
 Meine Arbeitsumgebung ist Win 8.1 und JOSM 7906.

Unter Debian sid mit OpenJDK und JOSM latest hatte ich dieses Problem
noch nie.

jftr
Thomas



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

Re: [Talk-de] Abwesenheitsnotiz

[malenki]

On Mon, 26 Jan 2015 09:32:47 +0100,
Andreas Labres wrote:

 On 26.01.15 08:41, Martin Koppenhoefer wrote:
  hat jemand die Nummer? Dann könnte man die Liste mit text2speech
  weiterleiten ;-)
 
 Gute Idee! ;)
 
 Aber kann bitte ein Moderator diese Emailadresse einfach auf
 vacation setzen? Dazu wäre das Flag da und es wäre Ruhe. Und im
 besten Fall tritt ein Lerneffekt ein...

Am 21.01. wurde das Problem in diesem Thread in der Tradition von
Euro-Krise und NSA-Affäre bereits für beendet erklärt.

*SCNR*



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

Re: [Talk-de] Mühlgraben

[malenki]

On Wed, 21 Jan 2015 14:00:17 +0100,
André Riedel wrote:

 wie trägt man einen Mühlgraben ein?
 
 Fragt man Overpass findet man ganze verschiedene Interpretationen von
 Wasserwegen mit dem Name Mühlgraben:
 
 waterway =
 491 stream
 181 ditch
 132 canal
 68 drain
 62 river

Damit es nicht zu langweilig wird, gebe ich noch Kunstgräben in die
Diskussion. Um Wikipedia zu zitieren:
| Als Kunstgraben werden Wassergräben bezeichnet, über die Bergwerke
| mit Wasser zum Antrieb von Wasserrädern versorgt wurden.
Sie dienten also dem gleichen Zweck wie Mühlgräben: Wasser zu
energetischen Zwecken bereitstellen:
http://de.wikipedia.org/wiki/Kunstgraben
Im Siehe auch des Artikels sind drei Kunstgrabensysteme verlinkt:
lesenswert.

Ich habe die Kunstgräben meiner Region mit 
waterway=stream
man_made=yes 
getaggt
Mühlgräben iirc auch - soweit ich sie selbst eingetragen habe.

hth
Thomas



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

Re: [Talk-de] Abwesenheitsnotiz

[malenki]

m...@martin-scholtes.de schrieb schon zweimal:

Sehr geehrte Damen und Herren,

vom 19.01. bis einschließlich 23.01.2015 befinde ich mich im Urlaub.
In dieser Zeit werden Ihre Mails nicht weitergeleitet.
In dringenden Fällen bin ich über mein Handy zu erreichen.

Mit freundlichen Grüßen

Martin Scholtes

Ist das eine wiederholte Einladung zur Facebook-Party in der
sturmfreien Bude?



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

Re: [Talk-de] Wie kann man Änderungen rückgängig machen?

[malenki]

On Tue, 13 Jan 2015 16:56:38 +0100,
fly wrote:

 Am 11.01.2015 um 23:15 schrieb malenki:
  
  Nur einen Tag auf Antwort des Mappers warten zu wollen halte ich für
  etwas ungeduldig. Zwar dürften die meisten Leute auf dieser Liste
  täglich im Netz sein und ihr Mails abholen, aber es gibt auch
  Menschen mit anderen Tages- und Wochenabläufen.
 
 +1
 
 Alternative gibt es noch die neue Kommentarfunktion der
 Änderungssätze.

Die Benachrichtigungsmails davon werden nicht mit der Brieftaube,
sondern auf dem selben Weg wie eine PM zugestellt…



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

Re: [Talk-de] Wie kann man Änderungen rückgängig machen?

[malenki]

On Tue, 13 Jan 2015 21:47:12 +0100,
Bernhard Weiskopf wrote:

 Mit dem JOSM Reverter Plugin habe ich keine Erfahrung.

Dann wird es Zeit. :)
Ich halte es nicht für einen Nachteil, wenn es mehr als nur eine
Handvoll Leute gibt, die falsche Änderungen gewissenhaft ganz oder
teilweise zurücksetzen können.

 Wenn nicht mehr geändert wurde, als das, was mir direkt aufgefallen
 ist, kann ich dies auch einzeln editieren, denn ich kenne die
 Örtlichkeit und weiß wie es dort aussieht.

Ich finde öfter Objekte, die jemand versehentlich gelöscht hat und die
dann von ihm oder anderen neu gemalt wurden. Regelmäßig fehlen dann
access, maxspeed und surface, von Relationen nicht zu reden.
Gelegentlich fehlt auch der Name (oder er wurde falsch geschrieben).
Wenn man ungute Änderungen mit dem Reverter-Plugin zurücksetzt, kann
man solche Fehler vermeiden.



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

Re: [Talk-de] Wie kann man Änderungen rückgängig machen?

[malenki]

On Sun, 11 Jan 2015 16:03:51 +0100,
Tom Pfeifer wrote:

 chris66 wrote on 2015-01-11 15:31:
  Am 11.01.2015 um 13:30 schrieb Bernhard Weiskopf:
 
  Weiß jemand, wie das geht?
 
  Das geht mit dem JOSM Reverter Plugin.
 
  Chris
 
 Halte ich für überzogen, insbesondere wenn Bernhard damit auch
 unerfahren ist.

Wann ist der richtige Zeitpunkt, damit erste Erfahrungen zu sammeln?
Zudem muss man nach dem lokalen Revert nicht zwangsweise hochladen.

 Volker Schmidt wrote on 2015-01-11 15:01:
   Gib doch dem user Logge1456 ein paar Tage Zeit. Es ist sein erstes
   edit.
 
 Genau, und erst wenn das nicht passiert die kleinen Fehler
 korrigieren.

+1

Nur einen Tag auf Antwort des Mappers warten zu wollen halte ich für
etwas ungeduldig. Zwar dürften die meisten Leute auf dieser Liste
täglich im Netz sein und ihr Mails abholen, aber es gibt auch Menschen
mit anderen Tages- und Wochenabläufen.



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

Re: [Talk-de] Lummerland reloaded

[malenki]

Sven Geggus schrieb:

malenki o...@malenki.ch wrote:

 Nun™ ist es möglich, bei http://opengeofiction.net Phantasieländer zu
 erstellen. Wer erstellt Lummerland neu?

Wers hochladen mag, hier ist es:
http://geggus.net/osm/lummerland.osm

Ich habe es nun hochgeladen, bis auf die Küste war es sehr schnell
gerendert: http://opengeofiction.net/#map=19/18.96348/164.82950



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

Re: [Talk-de] JOSM-Fehler

[malenki]

On Tue, 30 Dec 2014 17:29:40 +0100,
Markus wrote:
 
 Mein Wunsch wäre, JOSM simpel plug and play installieren zu können.

Da du anscheinend viel mit Windows zu tun hast: nimm den
Windows-Installer.

Davon abgesehen mag mein IcedTea den Webstarter auch nicht: 
| net.sourceforge.jnlp.LaunchException: Fatal: Lesefehler: Konnte die
| JNLP-Datei nicht lesen oder die Syntax analysieren. Die Datei kann
| möglicherweise manuell heruntergeladen und als Fehlerbericht an das
| IcedTea-Web Team gesendet werden.
| […]
| Caused by: java.io.IOException: name can't be null

Morgen schau ich das mal genauer an.

Gruß
Thomas



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

Re: [OSM-talk] hierarchical or flat multipolygons?

[malenki]

On 23 Dec 2014 04:19:49 -,
Russ Nelson wrote:

 Hi. I'm editing the Hudson River all as one entity, from its beginning
 in the Adirondacks to its end at NYC. Along the way, there are some
 islands that need to be excluded, so it's not just riverbank,
 riverbank, riverank. It's riverbank, multipolygon(riverbank, island,
 island), riverbank.
 
 In theory at least, I could make the whole riverbank into one
 multipolygon, with a bunch of outers (about 50) and inners (about
 200). Would that create a problem for other editors? To load the whole
 thing, you would have to load a LOT of nodes.

That would not only be a problem for other editors but create a
relation which is hard to handle, easily to break and sooner or later
/will/ be broken more or less accidental by someone.
See also http://wiki.openstreetmap.org/wiki/Relation#Size

 Or, conversely, should I keep it as about 20 plain ways and 30
 multipolygons? But what kind of a relation do I make for the entire
 riverbank? 
[…]
 Should this Hudson Riverbank relation be flat or hierarchical?

In the early beginnings I also used to put all stuff for one river in
one relation – only to rip it apart later after gathering enough
knowledge.

Though there is a relation type waterway¹ I think it and all the work
some people put in it superfluous – even more with the not
really documented watershed relation² which mappers want to show a whole
watershed… 
See also:
http://wiki.openstreetmap.org/wiki/Relations/Relations_are_not_Categories

When you have a highway split into several parts because of varying
surface, maxspeed, sidewalk values etc you usually don't create a
relation with the name of the highway. The same logic you can apply for
rivers and watersheds. When all the parts of the riverbanks have
riverbank=* and name=* on them it is an easy task to query for them,
e.g. with http://overpass-turbo.eu

Regarding watershed relations (although you didn't ask for them):
Martin Kompf managed to make a map of all waterways of Central Europe
showing the watersheds – without having relations everywhere:
http://www.kompf.de/gps/rivermap.html

tl;dr regarding your question 
 Should this Hudson Riverbank relation be flat or hierarchical?

If you still think you need a relation for all Hudson River, don't make
it a flat one – this would be the worst choice.

hth
Thomas

¹ http://wiki.openstreetmap.org/wiki/Types_of_relation
² http://wiki.openstreetmap.org/wiki/Relation:watershed



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

Re: [Talk-de] Gebiete bezeichnen

[malenki]

On Thu, 25 Sep 2014 12:50:41 +0200,
Markus wrote:

 Welche Möglichkeiten gibt es, Gebiete zu bezeichnen?
 
 Diese haben ja keine festen Grenzen...
 und sind oft irgendwie hierarchisch gegliedert...
 
[…]

 Vielleicht gibt es da schon Lösungen oder Lösungsideen
 (oder wir wissen zumindest wie es nicht geht)
 aus den Bereichen Gebirge und Landschaften?

Kürzlich wurde ich im Hilfe am Westerwald (ein Mittelgebirge)¹ gebeten;
der war aber bereits ohne mein Zutun repariert worden. Regionen werden
also durchaus schon gemappt.

¹
http://de.wikipedia.org/wiki/Westerwald
http://www.openstreetmap.org/relation/3273435



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

Re: [OSM-talk] Revert changeset

[malenki]

I only undeleted the missing highway and made a building from the test
route the user created. 

hth
Thomas

On Sun, 21 Sep 2014 23:37:19 +0200,
Maarten Deen wrote:

 Can someone revert changeset 25032755 [1]? I'm sure the edits were
 made by novice users who did not have vandalism in mind, but they did
 delete part of a major road in a town.
 I will send them a message telling them about their actions and ask
 them to be more careful next time.
 
 [1] https://www.openstreetmap.org/changeset/25032755
 
 Regards,
 Maarten
 
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk



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

Re: [Talk-de] OSM-Account für Workshop

[malenki]

On Sun, 21 Sep 2014 21:23:18 +0200,
Norbert Kück wrote:
 
 am 21.09.2014 21:07 schrieb Norbert Kück:
  Wegwerfadressen sind übrigens nicht gut, weil sie die
  Benachrichtigungsfunktion von OSM (User zu User) unmöglich machen.
 Genauer: Die Benachrichtigung, dass Dir jemand geschrieben hat.

Man bekommt mit der Benachrichtigung den gesamten Nachrichteninhalt und
kann direkt per Mail antworten.
Über Kommentare zu Notes, die man erstellt oder kommentiert hat, wird
man ebenfalls über den OSM-Account informiert.

meine zwei Währungseinheiten
Thomas



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

Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?

[malenki]

On Tue, 22 Jul 2014 02:34:38 +0200,
Andreas Neumann wrote:

 Evtl. kennt jemand im selben Zug ein Tagging, dass die
 Bushaltestelle über Blindenleitlinien verfügt.

http://wiki.openstreetmap.org/wiki/DE:Key:tactile_paving

 Und wo ich grad beim recherchieren war: Gibt es bereits ein Tagging,
 wo sich die Bushalteposition befindet (auf der Straße, dem
 Parkstreifen, halbe Bucht, schräge Bucht, ganze Bucht)?

Evtl dies?:
http://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_position

hth
Thomas



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

Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?

[malenki]

On Fri, 04 Jul 2014 21:02:31 +0200,
Sascha Pomplun wrote:

 Ich würde gerne klären wieviel Genauigkeit in OSM erwünscht ist […]
 [Detailliertheit von landuses]

Früher™ habe ich die landuses bis an den highway=* geführt. Das war
aber teils auch der damals noch mangelhaften Luftbildabdeckung
geschuldet – die Straße bot sich als Grenze an.

Mittlerweile mache ich es auch besser und zeichne nur dort ein Feld
ein, wo eines ist. Ich freue mich jetzt immer sehr, wenn ich meine
früher gemappten Konstrukte aufdröseln darf…

Allerdings finde ich es in Ordnung, z.B. Industriegebiete über ihre
komplette Ausdehnung als ein Industriegebiet einzutragen.

Nicht in Ordnung finde ich, wenn detailliert eingetragene landuses
absichtlich vergröbert werden, mithin der Detailgrad und
Informationsgehalt durch den Edit sinkt statt steigt.

Die Daten an den von dir verlinkten Stellen anzuschauen hatte ich noch
keine Gelegenheit.

Gruß
Thomas



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

Re: [Talk-de] Kartenvergleich

[malenki]

On Mon, 30 Jun 2014 07:22:11 +,
Elstermann, Mike wrote:


 neben den bekannten Tools der GeoFabrik, findet Ihr ein weiteres gut
 gelungenes Tool zum Karten-Vergleichen unter
 http://comparemaps.drona.ro/

Ein Kartenvergleicher mit einer Unmenge an Quellen und variabel in der
Zahl der gezeigten Karten findet sich hier:
http://mc.bbbike.org/mc/?lon=13.63776lat=52.43573zoom=13num=4mt0=mapnikmt1=google-mapmt2=bing-hybridmt3=nokia-hybrid

hth
malenki


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

Re: [OSM-talk] Come back Osmarender, all is forgiven!

[malenki]

On Tue, 24 Jun 2014 12:00:32 +0100,
Philip Barnes wrote:

 Abandoned railways are also potential footpaths, cycleways, again not
 showing them makes locating potential useful rights of way claims more
 difficult.

I'd assume that mappers who have surveyed the abandoned railways would
add highway=path/footway to it if appropriate.



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

[Talk-de] Lummerland reloaded

[malenki]

In der Vergangenheit wurde in OSM einiges erfasst, was wegen der
Unvereinbarkeit mit der Realität wieder gelöscht wurde, zum Beispiel
Lummerland. Der eine oder andere Mapper hat vor dem Löschen die Daten
lokal gesichert.

Nun™ ist es möglich, bei http://opengeofiction.net Phantasieländer zu
erstellen. Wer erstellt Lummerland neu?

via:
http://thinkwhere.wordpress.com/2014/06/19/state-of-the-map-europe-2014-pure-openstreetmap/



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

[Talk-de] Changesetkommentare [war: Re: Erfahrungen mit dem Benutzer HoloDuke? (Vandalismus?)]

[malenki]

On  13.06.2014 15:46, Butrus Damaskus wrote:

 wenn ich jederzeit nachdenken würde, wie ich das genau formuliere,
 dann verliere ich zuviel Zeit. 

…dann würdest du dein Deutsch verbessern. :) Zudem ist dein Deutsch in
den Mails, die ich las, durchaus hochwertig.

Alternativ würde wohl kaum jemand etwas dagegen haben, wenn du deine
Changesets auf englisch kommentierst.

Gruß
Thomas



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

Re: [OSM-talk] Worldwide non-surveyed tag edits

[malenki]

On  11.06.2014 13:07, Jochen Topf wrote:

 Where you only see very few cases I see thousands and thousands of
 obvious and needed fixes. Every time I look at taginfo or the OSM
 Inspector or KeepRight, I see all the crap that is in the OSM
 database. And we need all the tools we can get to fix them. And we
 need all the people we can get to fix them.

A use case:
Because of a more or less fruitless discussion prior to a proposed mech
edit I won't do anything against a certain error which even causes iD
to suggest a nonsense tag since it is heavily used:
https://lists.openstreetmap.org/pipermail/imports/2014-June/003236.html

hth
Thomas


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

Re: [Talk-de] Sächsisch/Böhmische Schweiz

[malenki]

On  27.05.2014 23:25, Heinz-Jürgen Oertel wrote:

 Himmelfahrt und Männertag nahen - und ich ohne Karte.
 Free maps for Garmin brand GPS devices
 http://garmin.openstreetmap.nl/ ist überlastet und braucht noch 1,5
 Tage, zu lange für mich. Hat jemand ein gmapsupp.img file der Region
 Sächsische und Böhmische Schweiz für ein Vista HCx zur Verfügung?
 Gibt es irgendwo ein Download Link? Das Wochenende wäre gerettet.

Für eine selbst zu definierende Region kann man auch
http://extract.bbbike.org/ nehmen.

hth
Thomas



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

Re: [Talk-de] Wegenamen in Kleingärten

[malenki]

On  19.05.2014 03:06, Michael Kugelmann wrote:

 Ich konstruiere mal einen Fall:
 in einer Kleingartenanlage passiert ein schwerer Unfall, es wird ein 
 Notarzt gerufen. Die Kleingärtner nutzen OSM-Karten (löblich), und
 geben Blumenweg als Unfallort an, so wie in der OSM-Karte aufgeführt.
 Der Notarzt nutzt eine amtliche Karte, dort gibt es keinen Blumenweg, 
 der Notarzt weiß nicht wo er hinfahren soll.

Dann haben die Kleingärtner (bei der Angabe des Unfallortes) und der
Operator der Leitstelle (beim Nachfragen) ein paar Fehler gemacht.

Da der Operator sicher nicht weiß, wie lang jede einzelne Straße des
Ortes ist, hätte er nach einer konkreten Adresse/Hausnummer fragen
müssen. Wenn die Kleingärtner dann nicht sagen können, dass sie
Kleingärtner sind, die aus einer Kleingartenanlage von Parzelle
XY anrufen, schlägt Darwin zu Recht zu. :P

Andere Frage: Wenn dein verunglückter Kleingärtner ohne Hilfe in der
Gartenanlage im Blumenweg herumliegt, die Rettungsleitstelle per
Handy erreicht und seinen Unfallort mit Kleingartenanlage
Preißnjodler, Blumenweg, Parzelle XY angibt: wäre es dann sinnvoll,
eine Karte mit Kleingartenanlagenwegnamen zu haben oder nicht?

 Namen in Kleingartenanlagen sind nicht offiziell.

Zu nicht offiziellen Namen wurde in anderen Mails genug gesagt.

Wie wäre es mit der Lösung, alle offiziellen Namen nach official_name
zu verschieben? Das wäre logisch und im Prinzip folgerichtig. :)



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

Re: [Talk-de] Voting zu use_sidepathläuft

[malenki]

On  09.05.2014 10:35, Holger Jeromin wrote:

 Wenn der Radweg benutzungspflichtig ist, müsste die Straße dann nicht
 einfach ein bicycle=no bekommen?

Nein.



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

Re: [Talk-de] Wartungsarbeiten auf der Overpass API

[malenki]

Auch von mir ein Danke für die geniale API und deine fortgesetzte
Arbeit daran, an den FOSSGIS für die Finanzierung und an die Spender,
die letztere ermöglichen.

Für weitergehend Interessierte hier noch der Link zum Förderantrag:
http://www.fossgis.de/wiki/F%C3%B6rderantrag_Overpass_API_2014

Gruß
Thomas

Roland Olbricht schrieb:

Liebe Overpass-Nutzer,

der Server overpass-api.de wird am Mittwoch morgen, zwischen 7 Uhr und
12 Uhr MESZ für Wartungsarbeiten heruntergefahren. Die tatsächliche
Unterbrechung sollte weitaus kürzer sein, ich möchte aber keine
Mutmaßungen abgeben.

Der Server unter overpass.osm.rambler.ru steht wie gewohnt zur
Verfügung und sollte während der Wartungspause als Ersatz genutzt
werden.

Wir werden die Hardware um eine SSD zu 480 GB erweitern. Das sollte
die Geschwindigkeit für Abfragen spürbar erhöhen.

Ein Dank an dieser Stelle an den FOSSGIS für die Finanzierung.

Viele Grüße,

Roland



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

Re: [Talk-de] Baum der Woche: Kastanie

[malenki]

On  13.04.2014 12:49, Ralf GESELLENSETTER wrote:

 Der milde März hat dazu geführt, dass bereits jetzt viele
 Kastanienbäume ihre fünffingrigen Blätterfächer entfalten
 und sogar ihre ersten Blütenkerzen entfachen...

 natural=tree
 species=Aesculus␣hippocastanum

Dass die rot blühende Kastanien wohl
species=Aesculus pavia (laut WP)
sind, wäre imho auch noch erwähnenswert.



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

Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen

[malenki]

Dirk-Lüder Kreie schrieb:

Am 03.04.2014 16:34, schrieb malenki:

 Ein Beweisfoto vorm Wegwerfen wäre nicht die schlechteste Idee
 gewesen…
 

Wenn du das verfolgen mächtest (ich hab derzeit zu viel zu tun) kann
ich dir gerne ein Beweisstück im Original zukommen lassen.

Eine solche Anschuldigung würde ich nicht ohne Grundlage in den Raum
stellen wollen.
Außerdem kostet eine Mail an die AfD nicht die Welt.



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

Re: [Talk-de] AFD nutzt Openstreetmap ohne Attribution in Wahlwerbeflyer in Bremen

[malenki]

On  02.04.2014 01:53, Dirk-Lüder Kreie wrote:

 Ich hab hier grad einen Wahlflyer der AfD hier in Bremen in der Hand
 und beim Wegwerfen fiel mir eine Karte darin auf, und siehe da, es
 ist ein Ausschnitt der Bremer OSM-Karte drin, aber ohne den
 notwendigen Hinweis auf die Quelle.

Ein Beweisfoto vorm Wegwerfen wäre nicht die schlechteste Idee gewesen…



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

Re: [Talk-de] Hochsitze / Bitte um Entfernung von Daten

[malenki]

On  13.03.2014 15:42, Falk Zscheile wrote:

 Vielleicht kann eine teporäre Herausnahme (z.B. durch Änderung des
 Keys) den Jäger davon überzeugen, dass seine Hochsitze auch ohne OSM
 beschädigt werden und die Leute auch so in den Wald gehen. Immerhin
 hat der Jäger angefragt, wenn auch nicht sehr höflich, und nicht
 gleich Hand an die Daten gelegt.

Ehe man an so etwas denkt, würde ich um Raum-Zeit-Koordinaten
zerstörter Hochsitze bitten und nachschauen, ob diese überhaupt oder zu
welchem Anteil zum Zeitpunkt der Zerstörung in OSM eingetragen waren.



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

Re: [Talk-de] F: 3D-Tagging: Relation für Gebäude gleicher Bauart

[malenki]

On  06.03.2014 22:02, Ralf GESELLENSETTER wrote:

 wenn in einem Straßenzug die Häuser einem einheitlichen Muster
 entsprechen, was Höhe, Stockwerkzahl und Dachform betrifft,
 wäre es dann sinnvoll, die Gebäude in eine Relation zu
 schmeißen, in der die entsprechenden 3D-Tags nur 1x angegeben
 werden müssen?

Finde ich nicht.

Für – beispielsweise – alle Straßen mit highway=residential,
surface=asphalt, lit=yes, sidewalk=both werden ja auch (in der Regel)
keine Relationen angelegt.

 Oder sollte man wie bei den Hausnummern ein Tool verwenden,
 das die Tags überträgt (welches unter Debian)?

JOSM

Objekt wählen
Tags kopieren: ctrl-c
Neues Objekt wählen
Tags einfügen: ctrl-shift-v



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

Re: [Talk-de] OSM Notes herunterladen

[malenki]

On  26.02.2014 23:35, Alexander Lehner wrote:

 Bei OSB gabs die Moeglichkeit, eine Region von Bugs als XML
 runterzuladen. Das vermisse ich jetzt. Geht das irgendwie?

http://wiki.openstreetmap.org/wiki/API_v0.6#Map_Notes_API

hth
Thomas


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

Re: [Talk-de] (über)große relation 1201227

[malenki]

On  20.02.2014 15:42, Lars Lingner wrote:

 bei einem Importvorgang ist mir eine sehr große Relation (ID 1201227)
 aufgefallen. Auf osm.org kann man sich das gar nicht mehr ansehen,
 es kommt eine Fehlermeldung  (HTTP 500).

Danke, dass du den entsprechenden Link /nicht/ gepostet hast. Manche
Leute sagen ja: Schau mal, wenn man hier Link klickt, passiert gar
nix?!
So große Sachen kann man sich problemlos über die Api anschauen:
http://www.osm.org/api/0.6/relation/1201227

Fazit: Wald mit 7466 Mitgliedern (grep -c way) und zwei Versionen vom
Dezember 2012

 Meine Frage: Soll das so sein? 

Ein Wald ist ein Wald. :)
Im Ernst: bisschen kleiner sollte es schon sein

 Was kann man da machen?

Den Wald in ein kleinere Stücke zerlegen.

 Wem sagt man Bescheid?

Das kann jeder mit JOSM Geübte.
(Ich kümmere mich gleich darum)

Thomas



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

Re: [Talk-de] (über)große relation 1201227

[malenki]

Lars Lingner schrieb:

On 20.02.2014 16:57, malenki wrote:
[...]
 
 Das kann jeder mit JOSM Geübte.
 (Ich kümmere mich gleich darum)

Ok. Vielen Dank! Leider bin ich nun überhaupt kein Mapper. Dir Relation
fiel mir nur wegen dem Umfang auf, konnte nicht abschätzen ob das
sinnvoll oder fehlerhaft war.
[...]
PS: /notetoself: endlich mal einen Mappingkurs besuchen

Dank der Größe war die Bearbeitung doch nicht ganz trivial. Ich durfte
JOSM einige Male abschießen, da nicht offenbar war, ob er die 100% load
auf einem Core endlich oder unendlich verursachen würde.
Danach durfte ich noch zwei Dateninkonsistenzen durch Bearbeiten der
OSM-Datei mit einem Texteditor beheben.

Zuletzt hatte nicht einmal der Validator mehr etwas zu schimpfen, zum
Prüfen hat er sich aber auch genügend Zeit gelassen:
INFO: Test 'Multipolygon' in 1 min 48 s beendet

Gruß
Thomas



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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

[malenki]

On  16.02.2014 20:26, Dirk Sohler wrote:

 Frederik Ramm schrieb:
  Und genau diese Leute sind auch die, die trivialerweise Deine API
  Key-Vorschläge umgehen. Was soll denn an dem API Key besser sein
 
 Einen API-Key muss man beantragen

Oder klauen/abschnorcheln.
DU argumentierst doch sonst immer mit den pöhsen Purschen, die an allen
Ecken des Internets lauern.

m(



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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

[malenki]

On  07.02.2014 17:33, Carsten Schwede wrote:

 ich kann überhaupt nicht verstehen, warum so viele offenbar
 QLandkarteGT mit den Onlinekacheln verwenden.

* Aktueller als die meisten OSM-basierten Garmin-Karten, die meist
  1-4wöchig aktualisiert werden.
* Flüssiger zu bedienen. Wenn man eine Garmin-Karte ganz Europas
  geladen hat, ist das Programm zäh zu bedienen.

 Das Programm ist in erster Linie dafür entworfen worden mit den
 Kartenpaketen für Garmingeräte zu arbeiten. Die einfachste und von
 Onlinequellen unabhängige Methode ist eines der Pakete zu nutzen und
 in QLandkarte zu integrieren. Der Vorteil ist auch noch, daß man
 eigentlich noch ein paar Möglichkeiten mehr hat zu planen, da die
 Kartenelemente dann magnetisch sind, und man Route anhand der Wege
 und Straßen legen kann ohne jede Biegung mitzumachen. (Die entstehen
 dann automatisch)

Sinnvoller wäre, wenn QLandkarteGT mit den Garminkarten routen könnte.
Im jetzigen Zustand ist es praktischer, von POI zu POI per Onlinedienst
zu routen.
Die magnetischen Kartenelemente sind nicht so komfortabel, weil man an
jedem Wegsegment (zB nach einer Brücke) einen Punkt setzen muss, um
weitermalen zu können. Wenn man größere Distanzen überbrücken will und
deshalb weiter herauszoomt, liegt der gemalte Weg trotz magnetischer
Elemente ein gutes Stück neben diesen.

Thomas



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