Re: [OSM-talk] OSM SPAM detector

[Walter Nordmann]

Hi Blake,

yes,  I messed up something. :(

saturday morning i asked my mail provider to fix that problem, but they 
didn't do anything. it's weekend :(


time to change the provider.

Regards

walter


Am 11.03.2018 um 01:33 schrieb Blake Girardot:

Hi Walter,

No, the subject of this thread about spam related to OSM changesets,
it has nothing to do with email.

Your rejection notice is because it seems OSM's email servers make use
of a service that "block lists" other email servers that have an
alleged reputation of sending spam. However you send your emails, they
are being sent through a server that is on that block list and
therefor OSM's email servers refuse to accept it or any emails that
come from your email provider's servers.

Following the link in the message you included provides more
information: https://www.spamhaus.org/sbl/query/SBL229647

Regards,
blake

On Sat, Mar 10, 2018 at 7:54 PM, Walter Nordmann <wnordm...@gmx.de> wrote:

is that the reason for that?

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error. The following address(es)
failed:

tagg...@openstreetmap.org:
SMTP error from remote server for RCPT TO command, host:
a.mx.openstreetmap.org (212.110.172.32) reason: 550-Rejected because
82.165.159.14 is in a black list at zen.spamhaus.org
550 https://www.spamhaus.org/sbl/query/SBL229647

could not send mails to tagging for 2 days.
walter

Am 05.03.2018 um 15:06 schrieb Jason Remillard:

Hi,

This weekend I put together a SPAM detector for OSM changesets.

https://github.com/jremillard/osm-changeset-classification

You don't need to be a developer to contribute, send over any SPAM'y
changesets you come across via a github issue, a pull request, or even an
email to me. I just need the changeset id.

The code is currently hitting 99+% accuracy detecting the difference between
1500 random normal edits and 1500 sketchy changesets that Fredrick shared
with the talk-us last last week. This is with zero tuning, so it looks like
it will work well.

Jason


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



___
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: [OSM-talk] OSM SPAM detector

[Walter Nordmann]

is that the reason for that?

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error. The following address(es)
failed:

tagg...@openstreetmap.org:
SMTP error from remote server for RCPT TO command, host: a.mx.openstreetmap.org 
(212.110.172.32) reason: 550-Rejected because 82.165.159.14 is in a black list 
at zen.spamhaus.org
550https://www.spamhaus.org/sbl/query/SBL229647

could not send mails to tagging for 2 days.
walter

Am 05.03.2018 um 15:06 schrieb Jason Remillard:

Hi,

This weekend I put together a SPAM detector for OSM changesets.

https://github.com/jremillard/osm-changeset-classification

You don't need to be a developer to contribute, send over any SPAM'y 
changesets you come across via a github issue, a pull request, or even 
an email to me. I just need the changeset id.


The code is currently hitting 99+% accuracy detecting the difference 
between 1500 random normal edits and 1500 sketchy changesets that 
Fredrick shared with the talk-us last last week. This is with zero 
tuning, so it looks like it will work well.


Jason


___
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] Tagging von kombinierten Wohn- und Geschäftshäusern

[Walter Nordmann]

Am 04.03.2018 um 16:28 schrieb Volker Schmidt:

das sind - für mich - stinknormale Buildings (building=house, da
baustilistisch wohl Wohnhäuser), in die man ein POI mit den Daten des
Geschäftes legt (incl operator= wenn man den Betreiber kennt).


Das ist sicherlich falsch.
building=house ist ein Einfamilienhaus (siehe wiki [1])

klaro, ob nun building=residential oder house (hab ja extra "ist wohl 
..." geschrieben) ändert ja nix an der richtigen Vorgehensweise, oder?


"ich tagge zur Zeit in ländlichen Innenstädten" kann alles bedeuten.

Gruss
walter


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

Re: [Talk-de] Tagging von kombinierten Wohn- und Geschäftshäusern

[Walter Nordmann]

Am 04.03.2018 um 13:30 schrieb Scholtes, Martin:

Moin moin,

Ich glaube gemeint war das tagging von building=residential und 
building=commercial an selbem Gebäude. Im bezogen Fall würde ich es bei 
residential belassen, da es vornehmlich Wohnhäuser sind.
klaro. Allein aus der Tatsache, dass in einem Haus ein Geschäft ist, 
wird daraus kein Commercial. Bauform geht vor Baunutzung.


Mal sehen, ob der Kollege damit klar kommt.

Gruss
walter

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

Re: [Talk-de] Tagging von kombinierten Wohn- und Geschäftshäusern

[Walter Nordmann]

Hi,

das sind - für mich - stinknormale Buildings (building=house, da 
baustilistisch wohl Wohnhäuser), in die man ein POI mit den Daten des 
Geschäftes legt (incl operator= wenn man den Betreiber kennt).


WER da oben wohnt, darf sowieso nicht in OSM rein. Und die Tatsache, das 
das evtl. der Betreiber ist, auch nicht.


Also kein: "Das ist das Gebrauchte-Socken-Geschäft von Willi Piefke und 
der wohnt oben drüber".


Gruss
walter


Am 04.03.2018 um 12:31 schrieb goegeo:

Hallo Liste,

ich tagge zur Zeit in ländlichen Innenstädten. Häufig sind die Gebäude 
entlang den Hauptgeschäftsstraßen von den als Unter-/teils auch 
Mittelstädten als kombinierte Wohn- und Geschäftshäuser eingetragen. 
Im Erdgeschoss von der Geschäftsstraße aus begehbar befand sich 
(historisch betrachtet) das Ladengeschäft - im Obergeschoss die von 
der Inhaberfamilie bewohnte Familienwohnung. Heute werden die 
Ladengeschäfte vielfach an familienfremde Geschäftsinhaber weiter 
vermietet, da die Kinder vielfach nicht mehr vor Ort leben. Die 
abgebenden (ehemaligen) Geschäftsinhaber nutzen aber weiterhin die 
eigene Wohnung im Obergeschoss weiter. Habt Ihr Vorschläge/Ideen für 
das Tagging solcher Immobilien? Unabhängig davon, ob die Immobilien 
mittels Sat-Bild-Umriss oder nur mittels Adressen(HausNr)-Tagging 
erfasst wird.


Von mir gibt es schon mal ein Dankeschön im Vorhinein.

Beste Grüße, goegeo

___
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-in] Missing al5-boundaries in India

[Walter Nordmann]

Hi,

just found some gaps in the admin boundaries level 5 in India.

https://wambachers-osm.website/images/osm/snaps_2018/india_al5.png

where you see a blue background there is no al5 or may be it's damaged.

could you please help and fix that gaps in your country?

regards

walter aka wambacher

attached: list of all al5 found in OSM

   id|   value   | level 
-+---+---
 2022179 | Adilabad  | 5
 1958554 | Agra  | 5
 1953566 | Ahmadabad | 5
 1986123 | Ahmednagar| 5
 2029066 | Aizwal| 5
 1949118 | Ajmer | 5
 1991136 | Akola | 5
 3743889 | Alappuzha | 5
 1958143 | Aligarh   | 5
 1959819 | Allahabad | 5
  374938 | Almora| 5
 1950060 | Alwar | 5
 1942687 | Ambala| 5
 1959867 | Ambedkar Nagar| 5
 1991113 | Amravati  | 5
 1948548 | Amritsar  | 5
 1953588 | Anand | 5
 2022303 | Anantapur | 5
 1944955 | Anantnag  | 5
 1984462 | Anugul| 5
 1960173 | Araria| 5
 1819586 | Ariyalur district | 5
 1959117 | Auraiya   | 5
 1991614 | Aurangabad| 5
 1963166 | Aurangabad| 5
 1959868 | Azamgarh  | 5
 1944967 | Badgam| 5
 2020666 | Bagalkote district| 5
  374914 | Bageshwar | 5
 1958008 | Baghpat   | 5
 1958963 | Bahraich  | 5
 1982958 | Balaghat  | 5
 1984026 | Balangir  | 5
 1984480 | Baleshwar | 5
 1959869 | Ballia| 5
 1958964 | Balrampur | 5
 1959820 | Banda | 5
 2020588 | Bangalore Rural   | 5
 2020589 | Bangalore Urban   | 5
 1972075 | Banka | 5
 1971787 | Bankura   | 5
 1950130 | Banswara  | 5
 1959692 | Barabanki | 5
 1944971 | Baramula  | 5
 1970280 | Barddhaman| 5
 1958196 | Bareilly  | 5
 1984023 | Bargarh   | 5
 1798824 | Barmer| 5
 1791158 | Barpeta   | 5
 1976212 | Barwani   | 5
 1972717 | Bastar| 5
 1959787 | Basti | 5
 1948503 | Bathinda  | 5
 1984065 | Baudh | 5
 1963174 | Begusarai | 5
 2020648 | Belgaum district  | 5
 2020692 | Bellary district  | 5
 1982914 | Betul | 5
 7698599 | Bhadradri Kothagudem District | 5
 1960212 | Bhagalpur | 5
 1988468 | Bhandara  | 5
 1950061 | Bharatpur | 5
 1950131 | Bhilwara  | 5
 1973948 | Bhind | 5
 1942977 | Bhiwani district  | 5
 1960294 | Bhojpur   | 5
 1976080 | Bhopal| 5
 1991622 | Bid   | 5
 2020723 | Bidar district| 5
 2020667 | Bijapur district  | 5
 1958009 | Bijnor| 5
 1948979 | Bikaner   | 5
  364166 | Bilaspur  | 5
 1972176 | Bilaspur  | 5
 1966288 | Birbhum   | 5
 2027934 | Bishnupur | 5
 1972059 | Bokaro| 5
 1791154 | Bongaigaon| 5
 1958555 | Budaun| 5
 1958144 | Bulandshahr   | 5
 7398836 | Buldhana  | 5
 1950132 | Bundi | 5
 1963161 | Buxar | 5
 2025971 | Cachar| 5
 2019940 | Chamarajanagar district   | 5
  364070 | Chamba| 5
  374815 | Chamoli   | 5
  374944 | Champawat | 5
 2029067 | Champhai  | 5
 1959911 | Chandauli | 5
 2027970 | Chandel   | 5
 1988465 | Chandrapur| 5
 2027455 | Changlang   

Re: [Talk-at] Neutralitätserklärung

[Walter Nordmann]

Hi Erwin,


Am 12.02.2018 um 16:17 schrieb eest9:
jetzt würde ich gerne wieder Mappen und mich um Sachrelevante Fragen 
kümmern, wie zB den Adressrelationen.
Adressrelationen? Was meinst du damit? Etwa die mausetoten 
addr_street-Relationen? wenn ja, bitte nicht.


Gruss
walter



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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

Hi Stefan,

Am 11.02.2018 um 14:52 schrieb Stefan Tauner:

Was ich im Bezug auf die aktuelle Debatte gut fände: wenn man buildings
ähnlich wie residential (etc) areas auch highlighten könnte.

Feddich. Über Farben kann man jederzeit reden.

Gruss
walter

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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

Am 11.02.2018 um 22:48 schrieb Johann Haag:
Ich stelle gerade fest dass neue Spielzeug Mailing Forum flutet mein 
-und vermutlich auch Euer Mail- Postfach, ich werde ab sofort hier nur 
noch zu wirklich wichtigen Dingen posten. Man erreicht mich auch im 
Forum.




blödsinn, es kommt genau EINE Mail pro Antwort rein. und das ist ok so.

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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

Was ich im Bezug auf die aktuelle Debatte gut fände: wenn man buildings
ähnlich wie residential (etc) areas auch highlighten könnte.

schau'n mer mal. Muss mich aber erst mal um was anderes (Boundaries Map) 
kümmern.


Gruss
walter

https://wambachers-osm.website/boundaries/?zoom=11=48.20896=16.51597=B0TT


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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

ja, das ist die alte Problematik "Forum oder Liste - was ist besser?"

Ich stehe dieser Frage ziemlich neutral gegenüber (Sollte mich als 
"Piefke" da ja auch raushalten ;))


Ich kann nur soviel sagen, dass der Kollege sich um einen Zugang zur 
Liste bemüht, nicht ohne wieder eine provozierenden Äusserung loszulassen.


Persönlich bin ich im AT-Forum aktiv, da das Projekt der PLZ-Umstellung 
für AT bei OSM meine Zustimmung findet. Bin da aber wegen PLZ-Karte und 
Fools ein wenig vorbelastet


Ansonsten teile ich Nakaners Ansichten. Der Herr ist nicht pflegeleicht.

Viel Spass damit
Walter aka wambacher


Am 04.02.2018 um 13:50 schrieb Michael Reichert:

Hallo,

Am 03.02.2018 um 14:13 schrieb Markus Straub:

ich finde es problematisch, dass
https://www.openstreetmap.org/user/geocodec/ in Wien gerade einen
großflächigen Import von Adressdaten durchführt und dabei die Adressen
von bereits gemappten Gebäudepolygonen auf die Punkte vom OG-Datensatz
des BEV legt. In https://forum.openstreetmap.org/viewtopic.php?id=61222
erklärt er zwar was er macht, aber ich finde, dass

- es einen Rückschritt Adressen vom Gebäudepolygon auf einen eher
willkürlich definierten Punkt (weil es so aus dem OGD hervorgeht) zu setzen
- es nicht sinnvoll ist die addr:housenumber dann bei den
Gebäudepolygonen auf addr:unit zu setzen. Die Nummer ist und bleibt ja
die Hausnummer und wird nicht zu Stiege /..?

Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
derartige Änderungen zu verzichten. Er schreibt nun in der
Änderungssatzdiskussion
(https://www.openstreetmap.org/changeset/56025822):

Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
Diskussionsraum bitten. Die talk-at Plattform bittet für meine
Argumentation keine geeigneten grafischen Fähigkeiten.
forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.

Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
empfände es als arrogant. Ich persönlich habe beim österreichischen
OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
viel schreibt, aber noch genug andere, die auch etwas schreiben)

Viele Grüße

Michael




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


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

Re: [Talk-at] Adressimport Wien

[Walter Nordmann]

ja, das ist die alte Problematik "Forum oder Liste - was ist besser?"

Ich stehe dieser Frage ziemlich neutral gegenüber (Sollte mich als 
"Piefke" da ja auch raushalten ;))


Ich kann nur soviel sagen, dass der Kollege sich um einen Zugang zur 
Liste bemüht, nicht ohne wieder eine provozierenden Äusserung loszulassen.


Persönlich bin ich im AT-Forum aktiv, da das Projekt der PLZ-Umstellung 
für AT bei OSM meine Zustimmung findet. Bin da aber wegen PLZ-Karte und 
Fools ein wenig vorbelastet ;)


Ansonsten teile ich Nakaners Ansichten. Der Herr ist nicht pflegeleicht.

Viel Spass damit
walter aka wambacher

Am 04.02.2018 um 13:50 schrieb Michael Reichert:

Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
derartige Änderungen zu verzichten. Er schreibt nun in der
Änderungssatzdiskussion
(https://www.openstreetmap.org/changeset/56025822):

Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
Diskussionsraum bitten. Die talk-at Plattform bittet für meine
Argumentation keine geeigneten grafischen Fähigkeiten.
forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.

Ob ihr das als valide Ausrede akzeptiert, ist euch überlassen. Ich
empfände es als arrogant. Ich persönlich habe beim österreichischen
OSM-Forum den Eindruck, dass es von geocodec dominiert wird. (Es gibt
auf dieser Mailingliste zwar auch mindestens einen Nutzer, der recht
viel schreibt, aber noch genug andere, die auch etwas schreiben)



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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

oops: https://wambachers-osm.website/boundaries/idx43o.jsp version 4.3


Am 02.02.2018 um 13:31 schrieb Walter Nordmann:


Hi Ashim,

no problem (with boundaries map ;))

there are 2 ways:

GUI 4.3 - will only work for <= 50 boundaries

- open https://wambachers-osm.website/boundaries/idx42o.jsp ( not 
zero)

- select Maharashtra
- open context menu / select next admin level
- enable shp/single/land in the buttom line
- export
- unzip

better: CLI 4.3 no boundaries limit

curl -f -o land-1950884.zip --url 
'https://wambachers-osm.website/boundaries/exportBoundaries20?cliVersion=1.0=xx=shp=single=land=false=1950884_al=4_al=5'


you need to replace x with your api/cli-key.

regards
walter

see: 
https://wambachers-osm.website/images/osm/snaps_2018/Maharashtra_Al4-Al5.png




Am 02.02.2018 um 13:02 schrieb Ashim Kapoor:


On Fri, Feb 2, 2018 at 5:27 PM, Arun Ganesh <arun.plane...@gmail.com 
<mailto:arun.plane...@gmail.com>> wrote:



My query is that I am ONLY seeing the state level boundaries.
Why is the union not giving me the union of the state and
district boundaries ?



It would help to know exactly the result you expect? Also maybe
abetter place to get help on overpass queries is the #osm irc channel



I was trying to plot the state boundary of Maharsahtra and the 
district boundaries for the districts inside Maharashtra. That's the 
result I was expecting.



sorry: you are no newbie. I mistook you for ashim..

;)


___
Talk-in mailing list
Talk-in@openstreetmap.org <mailto:Talk-in@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-in
<https://lists.openstreetmap.org/listinfo/talk-in>




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




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


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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

Hi Ashim,

no problem (with boundaries map ;))

there are 2 ways:

GUI 4.3 - will only work for <= 50 boundaries

- open https://wambachers-osm.website/boundaries/idx42o.jsp ( not zero)
- select Maharashtra
- open context menu / select next admin level
- enable shp/single/land in the buttom line
- export
- unzip

better: CLI 4.3 no boundaries limit

curl -f -o land-1950884.zip --url 
'https://wambachers-osm.website/boundaries/exportBoundaries20?cliVersion=1.0=xx=shp=single=land=false=1950884_al=4_al=5'


you need to replace x with your api/cli-key.

regards
walter

see: 
https://wambachers-osm.website/images/osm/snaps_2018/Maharashtra_Al4-Al5.png




Am 02.02.2018 um 13:02 schrieb Ashim Kapoor:


On Fri, Feb 2, 2018 at 5:27 PM, Arun Ganesh > wrote:



My query is that I am ONLY seeing the state level boundaries.
Why is the union not giving me the union of the state and
district boundaries ?



It would help to know exactly the result you expect? Also maybe
abetter place to get help on overpass queries is the #osm irc channel



I was trying to plot the state boundary of Maharsahtra and the 
district boundaries for the districts inside Maharashtra. That's the 
result I was expecting.



sorry: you are no newbie. I mistook you for ashim..

;)


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





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


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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

hi arun,

sorry: you are no newbie. I mistook you for ashim..




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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

wow, just checked them and they are looking fine. complete, closed, no 
overlapping ways - perfect.


great job for a newbie. :(

the collector job will start in 2 hours (germany @ midnight) and the 
data should be visible in the early morning ~7-9 o'clock.


crossing my fingers

walter


Am 01.02.2018 um 21:09 schrieb Arun Ganesh:

Have added Mumbai City, Mumbai Suburban, Thane and Raigad districts.

Source: Used the datameet districts 
 shapes to 
import into JOSM. From there cut out the missing boundaries that 
needed to be added and manually added the new relations.




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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

not an easy task:

Buldhana(5) has been fixed.

But in the north west area Thane(5), Mumbay City(5), Mumbay Suburban(5) 
and Raigad(5)*are missing in OSM*.


https://de.wikipedia.org/wiki/Maharashtra#/media/File:Maharashtra_Divisions_Eng.svg

i think, it's better when the local indian community is adding this data.

regards
walter




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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

Hi Ashim.

editing boundaries - which are complex multipolygons - in osm is not an 
easy task.


And it's a No Go for beginners ;)

i'll try to fix that boundaries right now.

walter


Am 01.02.2018 um 10:41 schrieb Ashim Kapoor:
I can use the overpass api and a little bit of qgis. Will have to 
learn the remaining.



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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

Hi Ashim,

are you a mapper? any experience in editing osm?

walter

Am 01.02.2018 um 10:31 schrieb Ashim Kapoor:

Dear Walter,

How can I fix that?

Best Regards,
Ashim


++
This is a private service. Donations via PayPal wnordm...@gmx.de are 
welcome.

++


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

Re: [Talk-in] Map of State of Maharashtra vs Map of Districts of Maharashtra from overpass turbo

[Walter Nordmann]

Hi Ashim,

looking at Boundaries Map will tell you that the data is wrong:

https://wambachers-osm.website/images/osm/snaps_2018/Maharashtra.png

there are two AL5 missing in Maharashtra(4). Usually that is a 
boundaries error (missing segment, unclosed polygon)


regards
walter


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

Re: [Talk-in] OSM Shapefile of Indian version of the borders according to the existing law

[Walter Nordmann]

Hi Ashim,

Zhe Boundaries Map service is online again. you may try it and check the 
results.


Regards
walter

https:/wambachers-osm.wisite/boundaries


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

Re: [Talk-de] von QGIS auf hstore Spalte in postgres Datenbank zugreifen

[Walter Nordmann]

manchmal (also bei bestimmten Abfragen) kann man tags->'key' verwenden, 
manchmal geht (tags->'key') aber oft hilft wirklich nur ein View.


und das schwankt sogar von release zu release. :(

gruss
walter
Am 07.12.2017 um 15:59 schrieb Martin Koppenhoefer:

weiss jemand, wie man von QGIS aus auf hstore Werte zugreifen kann
(osm2pgsql hstore).
Wahrscheinlich muss man irgendwie eine virtuelle Spalte anlegen, auf die
man dann zugreifen kann?

Z.B.
tags -> 'station' aus planet_osm_point

wie kann ich eine virtuelle Spalte machen, so dass ich auf "station" in
planet_osm_point zugreifen kann, als ob es die Spalte gäbe (obwohl das nur
in "tags" als hstore gespeichert ist)?

Vielen Dank,
Gruß,
Martin
___
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] prolific vandalism by a single user

[Walter Nordmann]

add some more changeset-discussions on newer CS.

if he/she still does not react, send a mail to DWG 
(d...@osmfoundation.org) and describe the problem. they will force the 
user to respect your comments.


regards
walter

Am 04.12.2017 um 04:57 schrieb Paul Johnson:
Keep an eye out on 
http://www.openstreetmap.org/user/Zowie%20Polie/history


It's been a few times now that I've seen this user bulk-rename wide 
swaths of the map, latest victim was Amarillo, which was renamed Boy's 
Bathroom Tascosa Drive In. Can't seem to find any rhyme or reason for 
this user's edits. Unresponsive to comments and messages.



___
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-talk] prolific vandalism by a single user

[Walter Nordmann]

add some more changeset-discussions on newer CS.

if he/she still does not react, send a mail to DWG 
(d...@osmfoundation.org) and describe the problem. they will force the 
user to respect your comments.


regards
walter

Am 04.12.2017 um 04:57 schrieb Paul Johnson:
Keep an eye out on 
http://www.openstreetmap.org/user/Zowie%20Polie/history


It's been a few times now that I've seen this user bulk-rename wide 
swaths of the map, latest victim was Amarillo, which was renamed Boy's 
Bathroom Tascosa Drive In. Can't seem to find any rhyme or reason for 
this user's edits. Unresponsive to comments and messages.



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


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

Re: [Talk-us] Willoughby, Ohio

[Walter Nordmann]

no, please read the original post.


Am 03.12.2017 um 17:57 schrieb Ian Dees:
On Sun, Dec 3, 2017 at 10:54 AM, Walter Nordmann <wnordm...@gmx.de 
<mailto:wnordm...@gmx.de>> wrote:


Hi Ian,

there was a request to remove that road but that will not be done.
we don't delete existing objects just to make them invisible.

and the problem is: that area is poorly mapped and shoud be
enhanced by local mappers.

Ok, sounds good. Can you give more specific information about where in 
Willoughby the complaint was made? It's a rather large area.


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

Re: [Talk-us] Willoughby, Ohio

[Walter Nordmann]

Hi Ian,

there was a request to remove that road but that will not be done. we 
don't delete existing objects just to make them invisible.


and the problem is: that area is poorly mapped and shoud be enhanced by 
local mappers.


regards
walter

Am 03.12.2017 um 17:49 schrieb Ian Dees:
On Sun, Dec 3, 2017 at 5:00 AM, Simon Poole > wrote:


We've (data & legal) received a request to remove a street in
Willoughby, Ohio for safety reasons. It does seem as if a couple of
things are rather under mapped there (speed limits, access and so on,
not to mention POIs, but that's a different story). Anybody on the
list
in the vicinity that could do a survey or a quick mapillary/OSC run
along it? 



Can you be a little more specific about where in Willoughby we should 
look? Is there a changeset where the road was removed?



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


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

Re: [Talk-de] Fehler mit Nominatim

[Walter Nordmann]

Hi, ihr "Martins" ;)

die Umbenennung in Mitte scheint einigermaßen vernünftig zu sein. Hab 
mir mal den Spass erlaubt und nach "Daun Mitte" zu googeln, mehrere 
Treffer u.A. http://www.doenerfreund.de/liste_Daun-Mitte.html Dazu noch 
Wohnungsanzeigen mit "Daun Mitte". Die Adresssuche ergab auch eine 
korrekte Zuordnung durch Nominatim.


Damit sollte klar sein, dass der Begriff "Mitte" durchaus in Daun 
verwendet wird - auch wenn es kein selbstständiger Ortsteil laut Satzung 
ist. Somit sollte die Fläche in OSM behalten werden.


Gruss
walter

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

Re: [Talk-de] Fehler mit Nominatim

[Walter Nordmann]

Hi Georg,


Am 29.10.2017 um 21:22 schrieb Georg Feddern:


Für den Status einer administrativen Einheit Ortsbezirk 
(admin_level=10) Kernstadt steht es also Aussage gegen Aussage ...


jo, das stimmt. Es könnte durchaus sein, dass diese "Administrative" 
Grenze als solche keine formale Berechtigung hat - das kann ich als 
Aussenstehender (Hesse) nicht beurteilen.
Nichtsdestotrotz würde auch ich den Ortsteil "Kernstadt" zu Zwecken 
der eindeutigeren Zuordnung in der Ebene 9/10 erhalten.
Allerdings ist ganz Daun(8) mit insgesamt 9 "Ortsteilen" als AL10 
vollständig erfasst.


<%21[rettungswache_daun4]%28https://wambachers-osm.website/images/osm/snaps_2017/rettungswache_daun4.png%29>https://wambachers-osm.website/images/osm/snaps_2017/rettungswache_daun4.png

Jetzt würde ich gerne mal die Begründung hören, wieso gerade die 
Kernstadt gelöscht wurde aber die anderen 8 Ortsteile nicht ;)


ps: Übrigens bin ich mir sicher, dass spätestens am Montag irgend ein 
Kollege die fehlende Grenze aufgrund der nächsten Missing 
Boundaries-Auswertung reanimiert hätte. 
https://wambachers-osm.website/index.php/10-osm-reports/1067-countries-compare-2017-10-29


gruss
walter

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

Re: [Talk-de] Fehler mit Nominatim

[Walter Nordmann]

hi martin,


Am 29.10.2017 um 16:46 schrieb Scholtes, Martin:

Hallo Walter,

ich betreibe keinen Vandalismus!
Die Relation 1104029 ist m.M. nach nicht nötig, da sie ein Gebiet umfasst, 
welches nicht explizit erfasst werden muss.
Korrekt: Deiner Meinung nach. Und was in OSM erfasst werden muß, 
entscheidest nicht du - eigentlich niemand.

Zum einen gibt es weder umgangssprachlich noch administrativ den Begriff "Daun 
Kernstadt". Zum anderen befand sich das Gebiet bereits in der Relation 971034, 
welches die Stadt Daun umfasst.

Es war nicht meine Intention einen Fehler zu beheben, nur weil der Ursprung mir 
nicht in den Kram passt. Das Problem taucht ja merkwürdigerweise nur bei dieser 
Stadt auf, so meine Meinung nach.
Nö, wenn Admingrenzen erfasst werden, werden sie auch von Nominatim 
genutzt. Dass das "Problem" nirgenswo sonst vorkommt, wird dir niemand 
glauben.


Und ich sehe auch keinerlei  "Problem" darin, dass diese Daten im 
Suchergebnis angezeigt werden.


ok, konstruiert: es könnte durchaus noch eine Rettungswache in Daun 
stehen, die halt etwas woanders liegt. Dann macht die Anzeige des 
Ortsteiles durchaus Sinn.


Zudem ist die Suche in der OSM-Karte genauso nur eine Demonstration der 
Möglichkeiten. osm.org ist nicht DIE Osm-Karte und die Suche dort ist 
nicht DIE Suche. Wenn jemand Nominatim professionell (z.B. per API-Call 
aus einer Anwendung) verwendet, kann - und wird - er die Suchergebnisse  
ggf. filtern, sodaß nur die für ihn relevanten Daten angezeigt werden. 
Das kann und will die osm.org-Seite nicht liefern.

Als letztes noch: Du musst mir nicht aufzählen, wie lange ich dabei bin und wie 
viel ich getan hab. Denn das sagt nichts über einen wirklich aus. 
Diese Info ging nicht an dich, sondern an die beteiligten Mapper. Um 
klarzustellen, dass hier kein Newbie zugeschlagen hat. Somit erspare ich 
das Suchen nach deinem Profil.



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

Re: [Talk-de] Fehler mit Nominatim

[Walter Nordmann]

Hi.

Wollte das "Problemchen" gerade mal nachvollziehen, und auf die Suche 
nach "Rettungswache Daun" kommt als Ergebnis "Rettungswache Daun, 8, 
Auf'm Weiher, Daun, Landkreis Vulkaneifel, Rheinland-Pfalz, 54550, 
Deutschland"


https://wambachers-osm.website/images/osm/snaps_2017/rettungswache_daun.png

Leicht erstaunt hab ich mich mal umgesehen, und was muss ich feststellen?

https://wambachers-osm.website/images/osm/snaps_2017/rettungswache_daun2.png

User ma-rt-in hat einfach die "störende" Admingrenze gelöscht.

Ich habe mir erlaubt, diese wieder zurückzuholen:

https://wambachers-osm.website/images/osm/snaps_2017/rettungswache_daun3.png


Mein "lieber" Martin, sowas geht absolut nicht! Einfach Daten 
löschen, die einem nicht in den Kram passen, ist Vandalismus. Und dann 
anzunehmen, dass das niemand merkt, ist Blödsinn. Du bist seit über 4 
Jahren dabei und hast 5400 CS hochgeladen (einer zuviel). Eigentlich 
solltest du die Regeln kenne.


Schäm dich

Walter

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

Re: [Talk-de] Neue Karte zur Geldautomatensuche finde.cash!

[Walter Nordmann]

Hallo Nils,

nette kleine Karte.

Nur das Wort "Löschen" im Popup verwirrt (mich) ein wenig. 
"Bearbeiten/Löschen" oder was ähnliches wäre mMn. besser.


Gruss
walter


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

Re: [Talk-us] The Republic of Molossia (and other micro-nations)

[Walter Nordmann]

In europe we sometimes have the same problem. deleting helps a lot ;)

-walter- aka wambacher

Am 04.09.2017 um 05:55 schrieb Jack Burke:

I would call this map vandalism and delete.

-jack



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

Re: [Talk-de] Relation zu Poly-File aus PBF

[Walter Nordmann]

Hi

Am 02.09.2017 um 12:44 schrieb dktue:

Hallo,

ich möchte gerne kleine Regionen aus einer automatisch aktualisierten 
planet-PBF-Datei ausschneiden, aber vor dem schneiden gerne die zum 
Schneiden verwendenten .poly-Dateien aktualisieren.


Wenn sich das Gebiet durch eine Admingrenze (evtl mit Buffer) 
beschreiben lässt, versuche mal


https://wambachers-osm.website/boundaries/

- oAuth erlauben
- Grenze auswählen
- poly oder bpoly
- bei bpoly einen Buffer um das Gebiet legen
- export

Gruss
walter, aka wambacher

ps: der Exporter wird derzeit neu geschrieben, aber so geht es auch.

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

Re: [Talk-de] Krankenhaus - Eingang

[Walter Nordmann]

Bittschön:

https://wambachers-osm.website/emergency/#zoom=18=54.522479=9.570078=OpenStreetMap.org=TFFF 



Gruss
walter, der für heute die Schna.. von Inkscape voll hat



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

Re: [Talk-de] Krankenhaus - Eingang

[Walter Nordmann]

schau mal bei https://wiki.openstreetmap.org/wiki/Key:entrance

Auf "der Karte" wirst du das sicher nicht so gerendert bekommen, aber 
hier hätte ich was im Angebot:


https://wambachers-osm.website/emergency/#zoom=16=50.07244=8.23272=OpenStreetMap.org=TFFF

Kann auf die Stelle kein vernünftig erfasstes Hospital finden, aber das 
wirst du mir sicher sagen. Ansonsten ist das "Entry/Exit"-Layer noch 
ausbaufähig.


Gruss
walter, aka wambacher

Am 23.08.2017 um 14:34 schrieb Markus:

Im Wiki steht, man solle das Gebäude bezeichnen mit:
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=hospital

Mindestens so wichtig - wenn nicht wichtiger - scheint mir die
Bezeichnung des Einganges:
- Notfalleingang
- Haupteingang
- Institut A, B, C...

Auf der Karte müsste das passend gerendert und beschriftet,
und von der Navi-SW ausgewertet werden.

Im Wiki finde ich nicht wie man das macht:
http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=hospital

Wie macht man es richtig?

Gruss, Markus

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



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

Re: [Talk-at] Löschung bzw. Änderungen von ca 240 Grenzen in AT

[Walter Nordmann]

Hi Friedrich,

"cadastral" ist mir auch nicht bekannt. 
naja, es gab weltweit einige (ca 130 cadastral und 30 cadastre), aber im 
wiki hab ich auch nix gefunden.
das ist eher ein Fall für die DWG. Wurde die schon benachrichtigt? 
Wenn ein Thema an verschiedenen Stellen diskutiert wird (ML, Webforum, 
Changesetdiskussionen), ist es schwer, einen Überblick über den Stand 
der Dinge zu bekommen.
DWG wollte ich euch überlassen. Würde ich aber begrüssen, falls ihr euch 
dazu durchringt. Und im Forum ist die Sache eh eingeschlafen.
Sorry für den Doppelpost, aber die Sache ging im Forum los und ich 
wollte/musste euch einbeziehen.


Gruss
walter aka wambacher


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

Re: [Talk-at] Löschung bzw. Änderungen von ca 240 Grenzen in AT

[Walter Nordmann]

Hi Robert,

Am 19.08.2017 um 14:08 schrieb Robert Kaiser:

ohne komische Dinge wie "cadastral" zu haben (was heißt das überhaupt?).

Das sind anscheinen "Gemeinden, die keine Gemeinden sind"  oder auch 
reine Ortsteile?
Rein formal haben die wohl keine Administration und daher nach der 
Meinung des Kollegens wohl bounday=administrative nicht "verdient".


Lustigerweise hat er den tag boundary=cadastral gewählt, obwohl es auch 
boundary=cadastre gibt. Zusammen genau 400. Ich werde jedenfalls für 
eine Splittergruppe von 0.1% der Boundaries keine Spezialbehandlung in 
meine Software einbauen. Somit ist eine Qualitätsanalyse und deren 
Export mit der Boundary Map nicht möglich.


werdet glücklich damit. :(

Bei der Frage der identischen Grenzen mit unterschiedlichem Adminlevel 
bin ich aber seiner Meinung. Zudem bin ich das schon seit Jahren in DE 
so gewohnt. Bei uns hat jede Grenze immer nur das niedrigste AL, was 
vorhanden ist. Dazu haben wir allerdings Gemeindeschlüssel, mit denen 
man das prima auseinanderklamüsern kann. Müsstet ihr eigentlich auch haben.


Gruss
walter aka wambacher

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

[Talk-at] Löschung bzw. Änderungen von ca 240 Grenzen in AT

[Walter Nordmann]

Hi, in den letzten beiden Tagen wurden ca 240 Administrative renzen in 
AT gelöscht bzw umgetaggt. 
https://wambachers-osm.website/index.php/10-osm-reports/994-countries-compare-2017-08-18 
und 
https://wambachers-osm.website/index.php/10-osm-reports/995-countries-compare-2017-08-19


Da mir manche Änderungen nicht geheuer sind, hatte ich im Forum 
nachgefragt und als Antwort bekommen "ja, ist ok so".


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

Nur vermisse ich auch auf talk-at eine Diskussion innerhalb der 
AT-Community über diese mMn gravierende "Verschlimmbesserung" .


evtl. ist  das niemandem bekannt?

Hintergrund: boundary=cadastral mag zwar formal ok sein, allerdings 
kenne ich keine Auswertung, der dieses verarbeitet. Somit stehen diese 
Grenzen (ca 200) u.A. nicht mehr im Export meiner Boundaries Map 
https://wambachers-osm.website/boundaries zur Verfügung.


Gruss
walter, aka wambacher


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

[Talk-in] edit war with china

[Walter Nordmann]

hi, one mapper moved the north-east region Arunalchal Pradesh from India 
to China.


see CS http://www.openstreetmap.org/changeset/50743034 and other. 
Changes have been reverted by me twice.


DWG is watching the problem, but i can't prove that this is indian area.

Wikipedia says: controlled by India / claimend by China: 
https://en.wikipedia.org/wiki/Arunachal_Pradesh

And that's the osm data is reflecting.

regards

walter aka wambacher, germany

see: https://forum.openstreetmap.org/viewtopic.php?pid=657562#p657562 
(german forum but this thread is multi national)



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

Re: [Talk-us] SEO Damage to OSM

[Walter Nordmann]

hi simon,


Am 01.07.2017 um 08:33 schrieb Simon Poole:


I've already touched on this with the sys admins and saved refs to the 
ones that I fixed. However it is unlikely that we will do any thing 
with the information as the accounts are extremely unlikely to be 
reused, and on the other hand, given that *we have a known US based 
SEO company that has created (literally) 1000s of such accounts* (but 
with slightly less spammy edits), and "we" haven't taken any action, 
why should we in this case?
what's about a captcha to disable automatic registration? and a 
confirmation mail, which is asking a variable question too?


Regards
walter aka wambacher
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] osmconvert und nested relations

[Walter Nordmann]

wohl nix :(

Ich habe den Bereich mal etwas vergrößert, sodass auch "richtige" 
Multipolygone - also mit type=multipolygon - in der BBOX vorhanden sind. 
Diese werden komplett zur Verfügung gestellt. type=boundary aber wohl nicht.


Ein Blick in die Sources dürfte da wohl Klarheit bringen.

Ich würde mit osmosis clippen, da dort von Relationen und nicht (nur) 
Multipolygonen (kleiner aber feiner Unterschied) geredet wird. Und dort 
hab ich noch nie solche Probleme gehabt.


Gruss
walter


Am 16.06.2017 um 11:22 schrieb dktue:


Was mache ich falsch?



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

Re: [Talk-us] Need advice on a project i've taken on

[Walter Nordmann]

In Germany we say: don't touch an object just for cleanup.

Cleanup without any other modifications (e.g in geometry)  will change 
the timestamp of that object (last changed!!!) and somebody may think: 
this way has been modified last week - so i don't need to check the 
geometry or the speed limit or something else.


Ok, if you really change something, THEN you should cleanup old/unused tags.

Regards
walter, aka wambacher

Am 11.06.2017 um 05:21 schrieb Mike N:

 I agree that removing the non standard tags is almost always OK.

 What is the advantage of removing them all with an automated edit? 
Their presence doesn't damage anything, and editors can add those tags 
to their passive removal list.


  The TIGER name expansion resulted in a large benefit by removing a 
manual task.   Changing unused tags would only add to the history file 
for a small benefit.



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

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

Ignoring them is ok for me, because i think that those AL3-"Boundaries" 
are no *admin* boundaries.


Because Erik wrote: "Ture said really aren't administrative boundaries 
anyway. They are just a convenient and common way to divide in Sweden in 
3 or 4 reasonably large chunks"


And if they aren't admin boundaries,  you (sweden) should not tag them 
as boundary=administrative. If you agree, change it - if not, i don't 
have a probem.


Regard
walter


Am 31.05.2017 um 14:21 schrieb Erik Johansson:

I think you might be thinking of borders in the wrong way though,
there are very few borders that match up like this (in the grand
scheme of governments).



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

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

Hi Tomas,

Am 30.05.2017 um 22:59 schrieb Tomas Marklund:

By the way, I think you have created a really cool service!


thank's
To avoid the problem with some /län/ and /kommun/ (=counties) 
belonging to both /Svealand/ and /Sötaland/, you could just skip the 
admin_level = 3 boundaries completely, since they as Ture said really 
aren't administrative boundaries anyway. They are just a convenient 
and common way to divide in Sweden in 3 or 4 reasonably large chunks 
(/Norrland/ is sometime divided into "/northen Norrland/" and 
"/southern Norrland/").
That's what i did with "Pseudo-AL5" in Finland last year. Same 
situation: overlapping "strange" boundaries in OSM, which should not be 
there.
Although i fixed the current problem with a tricky workaround, i'll 
ignore AL3 in Sweden starting from now.


Thank's for the solution.

Regards
walter

btw: Would not it be better to change this in OSM? Change 
boundary=administrative to boundary=region for all AL3 in Sweden?
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

ok, strange but not wrong - thank's for this info.

My "boundaries map" https://wambachers-osm.website/boundaries is having 
problems with this situation, so i'll have to find a workaround (without 
changing anything in OSM). "Laxå kommun(7)" is missing - on my map, not 
in OSM. :(


Regards
walter

Big: https://wambachers-osm.website/images/osm/snaps_2017/Oerebro_laen.png


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

[Talk-se] Strane (or wrong?) boundaries in Sweden - Correction

[Walter Nordmann]

having problems with "umlaut" in links:

please use

https://wambachers-osm.website/images/osm/snaps_2017/rebro_ln.png

https://wambachers-osm.website/images/osm/snaps_2017/rebro2_ln.png

for bigger images.

sorry, walter aka wambacher


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

[Talk-se] Strange ( or wrong?) admin boundaries in Sweden

[Walter Nordmann]

Hi,

there is a problem in sweden which i can't fix without your help.

see



Something is strange: the boundaries of Götaland(3) and Svealand(3) do 
not match the AL4-boundaries in that area. Örebro län(4) is overlapping 
Götaland(3) and there are two gaps southeast and southwest of Örebro län.


Don't know what's right or wrong. :(

When i add Laxa kommun(7) it's even looking stranger.



i think, those AL3-Boundaries are not ok - but i can't be shure.

Regards
walter aka wambacher / germany

bigger images: 
https://wambachers-osm.website/images/osm/snaps_2017/Örebro_län.png

and https://wambachers-osm.website/images/osm/snaps_2017/Örebro2_län.png
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] Landuse Farm

[Walter Nordmann]

Yes, UK is still waiting for cleanup - and i think the UK community 
should fix that.:


https://wambachers-osm.website/images/osm/snaps_2017/nofarm_gbr_2017_05_16.png 



https://wambachers-osm.website/images/osm/snaps_2017/nofarm_eu_2017_05_16.png 



https://wambachers-osm.website/images/osm/snaps_2017/nofarm_world_2017_05_16.png 



many other areas have been done.

regards
walter, aka wambacher

btw: https://wambachers-osm.website/nofarm may be helpfull.


Am 16.05.2017 um 17:23 schrieb SK53:
I dont think there is any need: like replacing old-style multipolygons 
this is now a global ongoing project.


Jerry



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

Re: [Talk-de] Diskussionen auf deutsch

[Walter Nordmann]

Was meinst du damit genau? Und redest du von dieser Mailing-Liste oder 
dem OSM-Forum? Bin mir da wirklich nicht sicher.


Diese Mailing-Liste Talk-DE lese und schreibe ich per Mail, also wieso 
fragst du nach Mail?


Gruss
walter

Am 21.04.2017 um 01:24 schrieb Martin Koppenhoefer:

sehr zu meinem Leidwesen finden Diskussionen fast nur noch in diesem Forum 
statt, dessen Benutzung eine rechte Qual ist: zitieren ist superumständlich und 
das Textfeld passt sich nicht der verfügbaren Screenbreite an, so dass man auf 
kleineren Bildschirmen quasi blind schreiben muss.

Kennt jemand evtl eine technische Lösung dieser Probleme, gibt es z.B. eine 
Einstellung/Lösung, neue Beiträge per mail zu erhalten und zu verfassen, 
idealerweise mit Quoting?

Gruß,
Martin


sent from a phone
___
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] A forest ... what?

[Walter Nordmann]

Hi sandor:

to long - did not read it.

keep it simple please,

regards
walter


Am 10.04.2017 um 10:04 schrieb Sandor Seres:


Three weeks ago I posted some multipolygon related notes. This mail 
is, in a way, an addition to that former mail.


My first note was triggered by some user worries about poorer maps if 
they use data from the osm2ogsql preparation. Dropping “broken 
multipolygons” will result in many and large empty/white places with 
long reparation period. Strengthening the preparation on the subject 
might be a better option in my opinion (I know, I was there). However, 
at the end, how this subject will be handled is perfectly up to the 
authors of the osm2pgsql application.  Users starting from the OSM 
source data will not be affected whatever strategy will be selected.


The second note was related to the mass/programmatic correction of the 
source data. This could have dangerous/damaging impact on many OSM 
users. Fortunately, the replays say that programmatic correction is 
not a strategy in the “fixing multypolygons” actions. I have mentioned 
the “self-crossings” issue which is not an error for many users 
(depending on what notion interpretations and tools one uses). To 
clean up the confusion, this note needs some additional words. Assume 
someone would correct all polygon self-crossings in the source data. 
Assume, the selected fixing model is the popular dividing model (the 
polygon is divided into new polygons between self-crossings). The 
“fix” will be correct but the consequences damaging. Namely, in 
scaling and rendering the new small areas quickly  reach 
ignorable/collapsing size causing brakes. Here, it is worth noting, 
that the self-crossing issue is a topic in the modern vector based 
digital mapping even if all self-crossings are somehow resolved in the 
source data. Namely, while scaling and doing edge-smoothing in data 
generalisation, self-crossings on thin area sections (like fiords, 
peninsulas, rivers and so on) are unavoidable and dividing produces 
many tiny areas. High fragmentation of the source data and freedom of 
tag selection (river sections tagged as lakes) make the issue even 
worse. Just look  at the Amazonas river-system rendering from a 
popular vector map-maker her http://goo.gl/bT1Bu9


(the screen dump is from yesterday, from a demo system, in roughly 
1:6.7 mill scale). There are really many and large unacceptable 
breaks. However, from the same data source, using topology geometry as 
suggested in my former mail, it is possible to create a compact 
minimal coverage for the same river system like this 
https://goo.gl/pNQwDm . Note that the river system her is one simple 
area (one outer and many inner borders never touching each other) from 
Peru to the Atlantic. To be on the fair side the last image should be 
rendered from a zoom/scale level that corresponds to the 1:6.7 mill 
scale. This is done here https://goo.gl/eaAWNy and the zoom level 
contains approximately 250 times less nodes than the level used for 
the previous image. The area connectivity is still perfectly preserved 
and the image is much cleaner in this scale extract. Finally, if a 
user is still insist on fixing the polygon self-crossings, exchanging 
 and reversing the poly-lines between two consecutive self-crossings 
(eventually just reversing the end loop after a self-crossing) should 
be a much better strategy.


However, the third, the last note was my major point. Just to remind. 
There is a large set of area related anomalies caused by relations 
between objects from different classes (between seas, forests, lakes, 
rivers…). The extent and complexity of this set is far beyond the 
“broken polygons” issue  and should be more in the development focus. 
Even if the areas/multipolygons within a class are in perfect 
conformity with the strongest OSM and OGC rules, still these anomalies 
are there, though sometimes hardly visible in maps. Therefor many 
map-makers tolerate them but in GIS systems they appear as strong 
limitations and should not be tolerated. In the former mail  I have 
presented many examples and some hints how these anomalies could be 
resolved. Unfortunately, the discussion went in a wrong direction, 
about the Scandinavian forests, while the region selection is 
irrelevant for the subject. To avoid much repetition I will present 
further examples without details in procedures. The illustrations are 
from the area of Japan (one of the best mapped areas) and the source 
is the standard OSM dump from some week ago.


Honestly, I am not sure what a forest is. More precisely, if you ask 
me – I know, if you ask me to tell what it is – I do not know. 
However, among the many interpretations, I am closest to accept the 
topology interpretation of the notion. The green area in the front 
page map (or in other OSM based maps) usually covering the areas 
tagged as forest and/or wood. In Japan, as everywhere, forests are 
uploaded highly fragmented, they overlap 

Re: [Talk-de] Rettungsleitstellen

[Walter Nordmann]

Moin,

damit nicht der Eindruck entsteht, ich würde hier Fakten schaffen (und 
weil mich ein Kollege dezent darauf aufmerksam gemacht hat), nehme ich 
das Layer wieder raus. Im übrigen sind wir beide der Ansicht, dass diese 
Taggingdiskussion hier unpassend ist. Auch wir sollten die Spielregeln 
einhalten.


Gruss
walter

Am 10.04.2017 um 01:14 schrieb Walter Nordmann:
Nicht unbedingt. wenn das Tag - hoffentlich - auf cooordination_centre 
geändert wird, ist das schnell angepasst.


Gruss
Walter

Am 09.04.2017 um 20:35 schrieb chris66:

Am 09.04.2017 um 13:44 schrieb Walter Nordmann:


Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2
https://wambachers-osm.website/emergency integriert.


Cool, damit ist das Tag quasi abgesegnet.


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

Re: [Talk-de] Rettungsleitstellen

[Walter Nordmann]

Nicht unbedingt. wenn das Tag - hoffentlich - auf cooordination_centre 
geändert wird, ist das schnell angepasst.


Gruss
Walter

Am 09.04.2017 um 20:35 schrieb chris66:

Am 09.04.2017 um 13:44 schrieb Walter Nordmann:


Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2
https://wambachers-osm.website/emergency integriert.


Cool, damit ist das Tag quasi abgesegnet. ;-)

Chris




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



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

Re: [Talk-de] Rettungsleitstellen

[Walter Nordmann]

Moin,  ich habe /emergency=control_centre/ mal in die Emergency Map 2.2 
https://wambachers-osm.website/emergency integriert.


Noch sind keine Daten in OSM erfasst, daher zeigt sie natürlich keine 
Treffer an.


Es fehlt mir noch ein vernünftiges Icon, wer was hat/kennt, mag mir ja 
mal das Teil nennen.


Gruss
walter


Am 09.04.2017 um 10:55 schrieb dktue:

Hallo Rainer,

das ist richtig, wenn dieser Begriff als Tag genutzt werden soll, dann 
muss es definitiv


emergency=controle_centre

heißen.

Viele Grüße
dktue

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

Re: [Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity

[Walter Nordmann]

Hi Borut,



Am 30.03.2017 um 23:07 schrieb Borut Maricic:

In meinen Augen ist das absolute Vorteil Deiner Anwendung
deren Aktualität. Falls es Dir möglich wäre, in ein paar Sätzen
die Architektur hier zu beschreiben (ich bin halt neugierig,
will aber lieber nicht in die Source eintauchen) - vor allem
bezüglich des Lag-Zeit Zählers - wäre ich Dankbar.
Ich habe einen Full-Planet online, den ich per Diffs aktuell halte. 
(osmosis + osm2pgsql). Und mein neuer Server ist so performant, dass das 
Lag i.d.R. 2 Minuten nicht überschreitet. 
https://wambachers-osm.website/index.php/technisches-umfeld


Den Lag bekomme ich, indem ich 1x pro Minute das aktuelle state.txt 
auswerte. Dass der Counter 1x pro Sekunde hochzählt, ist einfaches 
Javascript.


  getOsmReplicationLag();
  setInterval(getOsmReplicationLag,6);
  setInterval(LagAnzeigen,1000);

wenn dir das alles was sagt und du noch Fragen hast, melde dich ruhig.


Ich glaube, dass man in der OpenFireMap die einzelnen
Feuerwehr-Objekte anklicken kann, um dessen Details
dargestellt zu bekommen. Eigentlich fehlt mir diese
Möglichkeit in der EmergencyMap (oder habe ich das nicht
richtig bekommen, oder passt mein Browser nicht ganz dazu).
Natürlich geht das auch. Allerdings erst seit ca 1 Woche. Probiere es 
einfach nochmal aus.


In der Pipeline sind Cluster, da das doch zu viele Objekte auf der Karte 
sind.


Gruss
walter

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

Re: [Talk-at] Vorsicht Falle in: fire_hydrant:flow_capacity

[Walter Nordmann]

Hi Charly

zu deiner Frage kann ich relativ wenig sagen (haben die Kollegen ja 
bereist erledigt) nur schau mal hierhin:


https://wambachers-osm.website/emergency ist eine Alternative zur 
OpenFireMap.


Gruss
walter

ps: Ja, das ist mein Baby.


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

Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil

[Walter Nordmann]

stimmt wieder. 6 Stunden Lag in 35 Minuten abgearbeitet - es lebe der 
neue Server :)



gruss
walter

ps: im osm-netzt scheint es wieder Probleme zu geben. Josm hat gerade 
beim Start gemeckert und Bing ist wieder weg.


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

Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil

[Walter Nordmann]

OOPS, geht gleich wieder.

Gruss

walter


Am 23.03.2017 um 14:50 schrieb Harald Hartmann:

Am 23. März 2017 um 13:45 schrieb Walter Nordmann <wnordm...@gmx.de>:

Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und
hab das auch voreingestellt.

Kurioserweise sehe ich beim Nachladen von Kacheln immer erst farbige,
die dann zu Grau mutieren. In der Page-Info sehe ich nur die grauen
Kacheln.

Siehe https://forum.openstreetmap.org/viewtopic.php?pid=637800#p637800


Der Lag der Live-DB wird unten rechts angezeigt und beträgt
normalerweise
1-2 Minuten.

tickt bei mir etwas wie 04:39:14

Kann ich bestätigen...

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



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

Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil

[Walter Nordmann]

Konkret werden die roten landuses (landuse=farm) demnächst nicht mehr 
auf der openstreetmap.org-Karte dargestellt.


Ob das dann Farmland, Meadow oder sogar Residential wird, hängt 
natürlich davon ab, was es wirklich ist. ich hab gestern  2x farmyard 
(Bauernhof) in residential umgetaggt, da die längst nicht mehr so 
genutzt wurden. Dazu empfehle ich das Mapbox Satellite Layer, das 
Luftaufnahmen anbietet (Bing darf ich nicht nehmen).


Gruss
walter



Am 23.03.2017 um 14:20 schrieb Stefan Martinek:

Hy hab da als Neuling eine blöde Frage: Also gehören jetzt hier nur die rot
gekennzeichneten Felder von =farm auf =farmland oder =farmyard umgestellt?

Falls das so ist dann mach ich mich mal bei mir in der Umgebung daran.

  Schöne Grüsse Stefan

Am 23. März 2017 um 13:45 schrieb Walter Nordmann <wnordm...@gmx.de>:


Hi,

ich hab mal in meinen Leaflet-Baukasten gegriffen und eine weltweite
https://wambachers-osm.website/nofarm] NoFarm-Map generiert.

Das Teil ist aus der Emergency Map abgeleitet und bietet ähnliche
Funktionen. Im Popup fehlt noch die Edit-Funktion (kommt am DO rein), aber
oben rechts kann man ja das gesamte angezeigte Gebiet laden, solange das
Zoom-Level nicht zu klein ist.

Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und
hab das auch voreingestellt.
Der Lag der Live-DB wird unten rechts angezeigt und beträgt normalerweise
1-2 Minuten.

Gruss
walter

  aktueller Stand:


  farm|  332246
  farmland | 3053215
  farmyard |  599335




___
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-at] Wochennotiz 348

[Walter Nordmann]

Hallo,

die Wochennotiz 348 
 mit 
vielen wichtigen Neuigkeiten und einigen unwichtigen Meldungen aus der 
OpenStreetMap-Welt ist da:



Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-de] Wochennotiz 348

[Walter Nordmann]

Hallo,

die Wochennotiz 348 
 mit 
vielen wichtigen Neuigkeiten und einigen unwichtigen Meldungen aus der 
OpenStreetMap-Welt ist da:



Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Ankündigung der Entfernung von landuse =farm im Standardstil

[Walter Nordmann]

Hi,

ich hab mal in meinen Leaflet-Baukasten gegriffen und eine weltweite 
https://wambachers-osm.website/nofarm] NoFarm-Map generiert.


Das Teil ist aus der Emergency Map abgeleitet und bietet ähnliche 
Funktionen. Im Popup fehlt noch die Edit-Funktion (kommt am DO rein), 
aber oben rechts kann man ja das gesamte angezeigte Gebiet laden, 
solange das Zoom-Level nicht zu klein ist.


Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und 
hab das auch voreingestellt.
Der Lag der Live-DB wird unten rechts angezeigt und beträgt 
normalerweise 1-2 Minuten.


Gruss
walter

 aktueller Stand:


 farm|  332246
 farmland | 3053215
 farmyard |  599335




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

Re: [Talk-at] Ankündigung der Entfernung von landuse=farm im Standardstil

[Walter Nordmann]

Hi,

ich hab mal in meinen Leaflet-Baukasten gegriffen und eine weltweite 
https://wambachers-osm.website/nofarm] NoFarm-Map generiert.


Das Teil ist aus der Emergency Map abgeleitet und bietet ähnliche 
Funktionen. Im Popup fehlt noch die Edit-Funktion (kommt am DO rein), 
aber oben rechts kann man ja das gesamte angezeigte Gebiet laden, 
solange das Zoom-Level nicht zu klein ist.


Die Farben dürften klar sein, ich empfehle als Hintergrund OSM Gray und 
hab das auch voreingestellt.
Der Lag der Live-DB wird unten rechts angezeigt und beträgt 
normalerweise 1-2 Minuten.


Gruss
walter

ps: kann sein, dass das mal jemand als Maproulette-Task implementiert, 
aber das kann dauern ;)



Am 22.03.2017 um 14:08 schrieb nebulon42:

Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
Änderung aufgenommen
(https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
Tag veraltet ist und nicht mehr verwendet werden soll. Die
Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
es wird noch ungefähr 340.000 Mal verwendet. Details unter
https://taginfo.openstreetmap.org/tags/landuse=farm und
http://taghistory.raifer.tech/.

Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
Gegend das Vorkommen von landuse=farm in landuse=farmland oder
landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
durchführen. Nach dem Release wird es durch die leeren Stellen leichter
werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Michael



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


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

Re: [Talk-GB] Import Progress

[Walter Nordmann]

Hi,


Am 20.03.2017 um 15:46 schrieb Dan S:

I concur with the perspectives given by Andy Allen and
Richard Fairhurst.

total agree.

walter

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

Re: [Talk-de] Emergency Map total überarbeitet - Notaufnahme

[Walter Nordmann]

Hi,

exit=emergency hat bisher nur marginale Nutzung, wäre aber auch mein
Favorit für den Notausgang.

Begeistert mich überhaupt nicht, ich bin mehr für hierarchisches Tagging.

in erster Linie ist das Teil ein "Loch im Zaun", "Loch in der Wand" -> 
entrance=*

und als zweites kommt die Verwendung: exit, emergency  -> entrance=emergency

eventuell auch entrance=emergency_exit - falls das korrektes engl. sein 
sollte und es auch "Noteingänge" geben sollte.


exit=emergency definiert einen neuen Haupttag und das behagt mir 
garnicht. Fast vergleichbar mit landuse=medow / amenity=park. beides 
beschreibt Grünflächen unterschiedklicher Nutzung.


gruss
walter

ps: wenn das irgendwan etabliert sein sollte, kommt das natürlich in die 
Karte.


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

[Talk-de] Emergency Map total überarbeitet

[Walter Nordmann]

Hi, da die Emergency Map https://wambachers-osm.website/emergency viele 
unangenehme Probleme hatte, hab ich das Teil mal überarbeitet.


Neue Features:

- Popups zeigen alle Tags der Objekte an. Dazu noch "hidden tags", die 
Auskunft über Version, Bearbeiter, Timestamp und Changeset geben. (1)

- Ein Log-Fenster zeigt den aktuellen Stand der Datenbasis an. (2)

Offen: Wenn die Cookies abgeschaltet sind, kann das Teil noch nicht 
damit klarkommen. Fix ist in Arbeit.


Gruss
walter

1) es gibt noch einige Objekte in meiner DB, die keine "Hidden Tags" 
haben. Diese wurden im Februar unvollständig geladen. Ich beabsichtige 
aber, die Daten upzudaten.
2) Der Lag beträgt bei dem neuen Server derzeit 1-2 Mínuten, da dessen 
Performance (noch) extrem gut ist :)
Sollte der Lag erheblich größer sein, liegt nmw. eine technische 
Störung vor.



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

Re: [Talk-de] emergency access points

[Walter Nordmann]

Am 13.03.2017 um 16:48 schrieb Hessler, Klaus-Michael:



hast du evtl cookies abgeschaltet? dann will der localStore auch nicht.

Na klar sind Cookies abgeschaltet!
Das erklärt alles. Nun denn, wenn ich mit den Popups fertig bin, werde 
ich mal sehen, wie ich das überspringe. Dann merkt er sich halt nix und 
du musst jedesmal neu Zoomen und die Layer aussuchen.


Gruss
walter

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

Re: [Talk-de] emergency access points

[Walter Nordmann]

Hi Bernhard,

ja, ich verwende einen Cookie um den letzten Stand zu speichern. Dann 
kann die Karte beim nächsten Aufruf mit den alten Einstellungen 
weitermachen. Macht openstreetmap.org auch so.


ich muss jetzt doch ein wenig hartnäckiger fragen:

"Weisse Seite" - total weiss? Oder er erscheinen diese Kacheln mit den 
Meldungen, dass ein Layer nicht funktioniert?


Ersteres hab ich noch nicht gesehen und 2. ist/war ein Problem mit dem 
Geoserver, der irgendwie mit alten (gelöschten) Layern und den aktuellen 
Layern durcheinander gekommen ist.  Ich habe Mi früh heftig dran 
rumgeschraubt und hoffe, dass das Problem weg ist.


Bitte halte mich auf dem Laufenden.

Gruss
walter

Am 08.03.2017 um 23:45 schrieb Bernhard Weiskopf:

Bei mir läuft https://wambachers-osm.website/emergency/ jetzt :-)

Die Karte braucht offenbar Cookies, die lasse ich standardmäßig nicht zu. Es 
wäre schön, wenn darauf hingewiesen würde, statt nichts anzuzeigen.

Die Rettungspunkte werden auch angezeigt :-)

Bei den Sammelpunkten wird aber auch das Erste-Hilfe-Zeichen (ISO 7010-E003) 
angezeigt, statt das Symbol für Sammelstelle (ISO 7010-E007).

Ansonsten: Schöne Karte, die werde ich öfters besuchen, Danke.

Bernhard



-Ursprüngliche Nachricht-
Von: Harald Hartmann [mailto:osm-talk...@haraldhartmann.de]
Gesendet: Montag, 6. März 2017 16:33
An: Openstreetmap allgemeines in Deutsch 
Betreff: Re: [Talk-de] emergency access points


https://wambachers-osm.website/emergency/ zeigt mir leider nur eine
leere Seite.

...
Bei mir funtzt es leider auch nicht mehr. Sobald ich einen Layer einblende,
kommen laute weiße Kacheln mit Codeschnipseln darauf




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



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

Re: [Talk-de] emergency access points

[Walter Nordmann]

Und nu sind sie wieder weg. :(


Am 06.03.2017 um 19:08 schrieb Walter Nordmann:


Sind wieder alle da. bitte 1x reload machen.

Ist irgend ein komisches Problem mit dem Geoserver, der die hier 
angezeigten WMS-Layer liefert. Und irgendwie hat der sich bei einigen 
Layern verschluckt,




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

Re: [Talk-de] emergency access points

[Walter Nordmann]

Am 06.03.2017 um 16:32 schrieb Harald Hartmann:

https://wambachers-osm.website/emergency/ zeigt mir leider nur eine
leere Seite.

Hi, bei mir und anderen funtz das Teil aber.

Bei mir funtzt es leider auch nicht mehr. Sobald ich einen Layer
einblende, kommen laute weiße Kacheln mit Codeschnipseln darauf


Sind wieder alle da. bitte 1x reload machen.

Ist irgend ein komisches Problem mit dem Geoserver, der die hier 
angezeigten WMS-Layer liefert. Und irgendwie hat der sich bei einigen 
Layern verschluckt


Gruss
walter




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

Re: [Talk-de] emergency access points

[Walter Nordmann]

Am 05.03.2017 um 21:40 schrieb Bernhard Weiskopf:

Danke für alle Antworten.

https://wambachers-osm.website/emergency/ zeigt mir leider nur eine leere Seite.

Hi, bei mir und anderen funtz das Teil aber.

welchen Browser setzt du denn ein?

Gruss
walter

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

Re: [Talk-de] emergency access points

[Walter Nordmann]

sorry: https://wambachers-osm.website/emergency

aber das habt ihr sicher bemerkt.

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

Re: [Talk-de] emergency access points

[Walter Nordmann]

gerne: https://wambachers-osm.website/emergeny

Die Layer "Emergency Assemby points", "Emergency Exits" und "Ambulance 
Stations" sind noch nicht ganz ok. Sollten aber nur Kleinigkeiten sein.


Gruss
walter

Am 05.03.2017 um 13:21 schrieb Bernhard Weiskopf:

Hallo zusammen,

gibt es inzwischen ein Kartendarstellung der Punkte, mit Angabe der Nummer?

Mapnik, Radfahrerkarte, Verkehrskarte, Humanitarian, OpenTopoMap, ... alles 
negativ.

Auch OsmAnd zeigt sie nicht an. In der Suchfunktion kann ich sie zwar 
auswählen, sie findet aber nichts.

Gruß Bernhard



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



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

Re: [OSM-talk] Fixing broken multipolygons

[Walter Nordmann]

Hi sarah,

i'm doing the missing boundaries task trying to fix as many bad boundary 
polygons as possible.


Working with osm2pgsql too i decided some month ago to disallow 
osm2pgsql  to automatically fix these geometries by adding 
--exclude-invalid-polygon. In the first days i got a lot of missings but 
the commiunity helped me to fix all of them :)


go on and disable as much of automatic "fixing" as possible. sooner or 
later these real errors - which are unvisible to end users - will be fixed.


see you in karlsruhe, walter


Am 15.02.2017 um 23:51 schrieb Sarah Hoffmann:

Hi,

let me add a bit of motivation to this. For osm2pgsql, the software
that process the OSM data for rendering the map on osm.org, we are
currently discussing about changing the algorithm that assembles the
polygons[1]. The new algorithms will be a lot faster but that comes
at the price that it is less tolerant with invalid geometries. A lot
of bad geometries that are currently still drawn some way or another
will be simply dropped. I'm convinced that in the long run this
stricter handling will be good not only for data consumers but also
for mappers, who will see immediately when they made a mistake.
However, in the short run a switch from the old algorithm to the
new one will leave a few bald patches on the map.

There is a comparison map where you can see the changes:

https://osmium.osm2pgsql.paulnorman.ca

There are some notable holes, for example in the woods of
Scandinavia. It would be great if they are gone by the time we
switch the software.

Sarah


[1] https://github.com/openstreetmap/osm2pgsql/pull/684

On Wed, Feb 15, 2017 at 04:20:53PM +0100, Jochen Topf wrote:

There are a lot of (multi)polygons in OSM that are broken in one way or
another. And we have to fix them. While some of the broken ones appear
on the map just fine, some don't appear and some mess up the map. And
some of those that appear fine on the main OSM map will not show up on
other maps where different software is used.

A while ago I set up a web page at http://area.jochentopf.com/ and a
Github repository at https://github.com/osmlab/fixing-polygons-in-osm
devoted to that issue that I never announced properly. Go there and read
up in more detail where the problems are and how we are going to fix
them.

Yesterday I launched several Maproulette challenges that allow you to
easily help with the "cleaning up" effort. Read
http://area.jochentopf.com/fixing.html for more details on those
Maproulette challenges. This is a huge effort that will take a long time
and we really need any help we get. The challenges posted today are only
the beginning. They only show the about 6,500 ways worldwide tagged as
buildings (with less than 100 nodes) where the way intersects itself.

I have decided to start with a simple problem like this, to learn how
the Maproulette stuff works and how well, you, the community, responds.
Especially for beginners fixing those building is much easier than
starting with 10,000 node multipolygons with possibly multiple errors in
them. (If you want to, you can still do that. All multipolygon errors
show up in the OSM Inspector areas view at
http://tools.geofabrik.de/osmi/?view=areas )

Jochen
--
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

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



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

[OSM-talk] wambachers OSM Server is down.

[Walter Nordmann]

Hi, my OSM server is just broken. Therefore, I can currently offer no 
OSM services like "Boundaries Map" and "Missing Boundaries" and some more.


No idea what I'm doing right now and certainly not how long this will last.
Since I wanted to set up a new server, it is not worthwhile to invest in 
a new motherboard.


I reckon with several weeks of failure. :(

If you just want to support me now financially, could do with my PayPal 
account wnordm...@gmx.de. I've got about 50% of the necessary costs 
already donated, but it could be a little more. Of course, I'll put the 
difference if necessary.


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

Re: [Talk-de] Benutzer löschen

[Walter Nordmann]

Es gibt auch aktive Mitwirkende mit dem Pattern user_#id.
Z.B. osm.org/user/user_5359


dann kommt aber eine Userseite und nicht das angefragte

"Der Benutzer user_656831 existiert nicht"

kleiner aber feiner (und gemeiner) Unterschied.

Gruss
walter


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

Re: [Talk-de] Benutzer löschen

[Walter Nordmann]

Ganz einfach: dass der User gelöscht wurde ;)

Das sieht dann ganz genau so aus: der Name wird durch user_ 
ersetzt und alle seine Spuren werden gelöscht.


Wird manchmal auf eigenen Wunsch oder öfters bei "bösen" Buben und 
Mädels gemacht.


Gruss
walter


Am 03.12.2016 um 08:07 schrieb Markus:

Bin grad auf etwas Merkwürdiges gestossen...

Bei https://www.openstreetmap.org/changeset/15898946
steht "Geschlossen vor mehr als 3 Jahre von gelöscht"

Beim zugehörigen Benutzer:
https://www.openstreetmap.org/user/user_656831/history
"Der Benutzer user_656831 existiert nicht"

Wie kann das sein?

Gruss, Markus

___
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] Wochennotiz Nr. 331 15.11.2016-21.11.2016

[Walter Nordmann]

Die neue Wochennotiz ist da!

siehe http://blog.openstreetmap.de/blog/2016/11/wochennotiz-nr-331/

Gruss
walter aka wambacher

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

Re: [Talk-at] JOSM-Plugin für Österreichnische Adressen

[Walter Nordmann]

Die geforderte Namensnennung kann OSM nicht gewährleisten, da wir von
unseren Datennutzern nur verlangen, dass sie OSM als Quelle angeben. Das
BEV muss damit einverstanden sein, dass eine Nennung ausschließlich auf
der Seite "Contributors" im OSM-Wiki erfolgt. Andernfalls ist eine
Nutzung für OSM nicht möglich. (Es ist dasselbe Problem, wie bei
CC-BY-lizenzierten Datensätzen)


Und wir haben dutzende solcher "Freigaben", die wir leider nicht 
benutzen können, da sich die "Datenspender" über genau diese Tatsachen 
nicht im Klaren sind.


Es wird von Behörden (auch in DE) massenhaft "Open Data" ins Netz 
gestellt - und dafür laut Eigenwerbung gemacht - ohne dass sich die 
"Datenspender" darüber klar sind, dass wir genau diese 
Quelleninformationen bei OSM (genauer gesagt bei den Endusern von OSM) 
nicht gewährleisten können.


Es tut weh, aber wir müssen dann die Finger davon lassen.

In DE haben wir es übrigens erreicht, dass manche "Datenspender" eine 
ausdrückliche Sondererlaubnis für OSM gegeben haben.


Gruss
walter

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

[Talk-at] Wochennotiz Nr. 329 vom 01.11.2016 - 07.11.2016

[Walter Nordmann]

Hallo,

die Wochennotiz Nr. 329 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2016/11/wochennotiz-329/

Viel Spaß beim Lesen!

walter, aka wambacher


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

[Talk-de] Wochennotiz Nr. 329 vom 01.11.2016 - 07.11.2016

[Walter Nordmann]

Hallo,

die Wochennotiz Nr. 329 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2016/11/wochennotiz-329/

Viel Spaß beim Lesen!

walter, aka wambacher


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

[Talk-de] Boundaries Map 4.1 - Hilfe bei Übersetzung DE--> EN gesucht

[Walter Nordmann]

Hi,

ich habe die neue Release 4.1 der Boundaries Map fast fertig. Es hapert 
nur noch an der Übersetzung der deutschen Dokumentation ins Englische. 
Mein altes Schulenglisch wird wohl grausige Reaktionen bei 
Muttersprachlern und sonstigen Lesern hervorrufen wink


Wer mir ein wenig helfen mag - und nebenbei die Freigabe ermöglicht - 
möge sich bitte per PN, OSM-Mail oder sonstwie melden. Nur sollte das 
"privat" sein, da ich erst die fertige Doku freigeben will.


Es handelt sich um einen Multi-User-Pad, wo man ohne Registrierung 
einfach loslegen kann. Very easy.


Textlänge: ca 2 Seiten.

Natürlich bin ich auch noch am Übersetzen, aber manche Sachen fallen mir 
einfach schwer.


Danke und Gruss
walter

ps: Kopie aus dem Forum, da die Resonanz dort äusserst dürftig war. Hier 
könnt ihr es besser machen ;)


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

Re: [OSM-talk] GeoServer and OpenStreetMap

[Walter Nordmann]

That's nearly all which has to be done in geoserver: Create a SQL layer.

select osm_id,
   tags->'fire_hydrant:type' "type",
   tags->'fire_hydrant:position' "position",
   tags->'fire_hydrant:count' "count",
   tags->'fire_hydrant:diameter' "diameter",
   tags->'fire_hydrant:pressure' "pressure",
   name,
   note,
   operator,
   ref,
   tags,
   way
  from planet_osm_point
 where tags->'emergency'='fire_hydrant'

plus some global parametes. That's all.

regards
walter



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

[Talk-in] Administrative Boundary

[Walter Nordmann]

Hi,

Yes, admin_boundaries should be relations (multipolygons) with this tags:

type=boundary, boundary=administrative, admin_level=XX, name=YY.

area=yes is not needed, because boundaries are always closed (or should 
be ;)) and are describing an area.


Just to be shure i checked Velur Ward IV 
https://openstreetmap.org/relation/6526524 and it's looking fine. BUT 
there are remains of the old boundary ways, which should be removed from 
OSM.


See 
https://osm.wno-edv-service.de/images/osm/snaps_2016/Velur_Ward_IV.png 
which shows a  Josm view of that area.

Pink: new relation, red: old redundant ways, which should be removed.

Regards
walter/germany

btw: I'm doing a lot of stuff with boundaries.

see https://osm.wno-edv-service.de/boundaries for QA and exporting 
boundaries
and 
https://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries


detail: 
https://osm.wno-edv-service.de/index.php/projekte/internationale-administrative-grenzen/missing-boundaries/10-osm-reports/667-countries-compare-2016-08-28

One AL6 in India has been deleted. It's just "gone", but we don't know why.

there will be a report every day. current day is still running.

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

Re: [OSM-talk] Maritime boundary missing. How to fix?

[Walter Nordmann]

Hi Evan,

this has been done right now. (not by me, but i know and trust that guy).

Mapnik rendering is not yet finished on all levels.

Regards
walter/germany



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

Re: [Talk-de] Konfigurationsfehler Apache www.openstreetmap.de (WAS: Deutsche Homepage - Fehlermeldung)

[Walter Nordmann]

Ok, wie schon gesagt: das Teil ist ganz neu und ich ḱonnte es noch nicht 
beurteilen.


Aber dein Urteil ist mir wichtiger :) Danke für die Info

gruss
walter


Am 28.08.2016 um 13:58 schrieb Roland Olbricht:

Hi,


es gibt einen ganz neuen Security-Checker von Mozilla.
http://www.heise.de/newsticker/meldung/Mozilla-bringt-kostenlosen-Sicherheitstest-fuer-Websites-3306197.html 



An dem beiße ich mir zur Zeit die Zähne aus. Die Details kann ich noch
nicht beurteilen, geschweige denn anpassen.


Das Ding ist grob unseriös. Z.B. ist CORS ein anerkannter 
Web-Standard, der regelt, wie Daten von Drittseiten eingebunden werden 
können. Folgt man dem Standard, dann besteht keinerlei 
Sicherheitsrisiko. Ohne auch nicht unbedingt, aber das ist ein anderes 
Thema.


Der Security Check streicht aber die Hälfte der Punkte, wenn eine 
Website den Standard unterstützt.


Auch die übrigen Anforderungen sind vom Typ: "sende noch diese 27 
Extra-Header mit". Vom Senden zusätzlicher Header wird allerdings 
nichts sicherer. Entweder hat der Server oder der Client eine 
Sicherheitslücke oder nicht. Entweder gibt es einen Man-In-The-Middle, 
der dann auch die Header setzen oder durchreichen kann, oder nicht.


Das steht im starken Kontrast zu SSLLabs. Dort wird gezielt getestet, 
ob man abgehört werden oder Inhalte untergeschoben bekommen kann, 
obwohl die SSL-Verschlüsselung aktiv ist. Das ergibt Sinn, weil man 
mit SSL (HTTPS) das nicht erwarten würde.


Es lohnt also nicht, für den Mozilla-Scan irgendwas zu tun. Das Ding 
ist Web-Politik, nicht Web-Sicherheit.


Viele Grüße,
Roland


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



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

Re: [Talk-de] Konfigurationsfehler Apache www.openstreetmap.de (WAS: Deutsche Homepage - Fehlermeldung)

[Walter Nordmann]

Hi,

es gibt einen ganz neuen Security-Checker von Mozilla. 
http://www.heise.de/newsticker/meldung/Mozilla-bringt-kostenlosen-Sicherheitstest-fuer-Websites-3306197.html 



An dem beiße ich mir zur Zeit die Zähne aus. Die Details kann ich noch 
nicht beurteilen, geschweige denn anpassen.


Bei euch ist er auch nicht richtig happy:

https://observatory.mozilla.org/analyze.html?host=openstreetmap.de

Gruss
walter


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

Re: [Talk-GB] ref:hectares on admin boundary, and non-responsive mapper

[Walter Nordmann]

No, alex has never been blocked: https://www.openstreetmap.org/user/alexkemp

please contact DWG

regards
Walter


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

Re: [Talk-de] JOSM

[Walter Nordmann]

Hi Kevin,

Ebenfalls 0 Problemo - natürlich schon lange Java 8 installiert, da seit 
Monaten ein Weggang von Java 7 angekündet wurde.


Gruss
walter


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

Re: [Talk-de] Umwandeln von .osm-Dateien in PDF

[Walter Nordmann]

Wie Simon schon schrieb: Nimm printmaps-osm.de:8080, setze den Marker in 
das zentrum "deiner" Karte, ändere die Ausdehnung der Seite (DIN musst 
du halt googeln), wähle ein Zoomlevel und schick das ab.


Nach einigen Sekunden bzw Minuten kommt ne Mail und du kannst das 
Ergebnis als PDF downloaden.


Ich habe mir z.B. eine Karte vom Taunus 1.2 x 0.9 m² generiert, die an 
einen Printservice geschickt und für ca 20 € eine prima Wandkarte erhalten.


Gruss
Walter


Am 04.08.2016 um 19:30 schrieb sebast...@debianfan.de:

Hallo & Guten Tag allerseits,

ich wollte mir eine Karte für ein privates Projekt ausdrucken (analog 
& so) ;-)


Mehrere Kartenausschnitte im Browser einzeln drucken & ausschneiden & 
nebeneinander zusammenkleben ist auch nervig.


Ich habe mir jetzt einen Kartenausschnitt von openstreetmap exportiert 
und wollte die umwandeln - z.B: in PDF - dann kann ich das über einen 
Großformatdrucker ausdrucken.


Ich komme aber mit den Umwandlungsprogrammen nicht klar - als letztes 
hat mir "kosmos" gesagt, das "INT32 zu groß" wäre - seltsame 
Fehlermeldung :-(


Gibt es einen Freiwilligen welchem ich die .osm-Datei (6 MB) zusenden 
kann, welcher mir daraus z.B: eine PDF-Datei oder svg-Datei oder  
(etwas anderes verarbeitbares) zusenden könnte?


Herzlichen Dank

Gruß

Sebastian

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



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

Re: [Talk-de] JOSM: keine Daten gefunden. nachtrag

[Walter Nordmann]

hi,



INFO: GET 
https://api.openstreetmap.org/api/0.6/map?bbox=11.6141367,48.1116721,11.6155529,48.1129615 
-> 200
INFO: Während des Einlesens wurde ein undefiniertes Element "error" 
gefunden. Dieses wird ignoriert.


wget 
https://api.openstreetmap.org/api/0.6/map?bbox=11.6141367,48.1116721,11.6155529,48.1129615


Ich bekomme hier ein sauberes xml ca 1MB / was in/am Tegernsee.

attribution="http://www.openstreetmap

.org/copyright" license="http://opendatacommons.org/licenses/odbl/1-0/;>
 maxlon="11.6155529"/>
 timestamp="2015-05-01T08:09:03Z" user="Anoniman" uid="354141" 
lat="48.1119472" lon="11.61

52211">
  
  
  
 
 timestamp="2010-12-16T21:15:02Z" user="mawi42" uid="42393" 
lat="48.1125350" lon="11.615435

0"/>
 timestamp="2015-02-05T11:14:29Z" user="sennewald63" uid="372615" 
lat="48.1114530" lon="1

1.6145681"/>
 timestamp="2015-02-05T11:14:29Z" user="sennewald63" uid="372615" 
lat="48.1115305" lon="1

1.6153986"/>
 timestamp="2015-02-05T11:14:29Z" user="sennewald63" uid="372615" 
lat="48.1115324" lon="1

1.6154717"/>
 timestamp="2010-07-07T10:56:29Z" user="klepo" uid="296748" 
lat="48.1125969" lon="11.615495

3"/>
 timestamp="2015-05-01T08:09:03Z" user="Anoniman" uid="354141" 
lat="48.1132490" lon="11.61

61173">
  

...
 
  
  
  
  
  

  
  
  
  
 



schalte mal in josm ipv6 ab - das geht, aber wie?

Gruss
walter






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

Re: [Talk-de] JOSM: keine Daten gefunden. nachtrag

[Walter Nordmann]

Starte Josm im Terminalfenster und schau dir den Output an.

Gruss
walter



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

Re: [Talk-de] JOSM: keine Daten gefunden

[Walter Nordmann]

Nö,

JOSM geht bei mir (hab mal geraten, dass du Josm verwendest).

Ich hab aber in Erinnerung, dass IPv6 bei manchen Usern Probleme gemacht 
hat. Wurde dann wohl durch Java 8 erledigt. Und falls du Latest 
verwendet, könnte es sein, dass Java 7 nicht mehr unterstützt wird.  Der 
nächste

Tested läuft auf jeden Fall nicht mehr mit J7.

Alles nur geraten, aber evt. hilft dir das doch. Mach auf jeden Fall den 
Update auf J8, sonst knallt es eh bald.


Gruss
walter

Am 20.06.2016 um 20:00 schrieb Toni Erdmann:

Hallo,

es scheint mir, was mit dem TLS (https://api.openstreetmap.org/api) 
nicht zu stimmen. In wireshark sehe ich als letztes (vorm RST)


Version TLS 1.2
Alert Message: Encrypted Alert

hat noch jemand ähnliche Probleme?

Gruß,
Toni

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



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

Re: [Talk-de] openstreetmap.de down?

[Walter Nordmann]

Am 17.05.2016 um 10:55 schrieb Sven Geggus:
Hm, wenn ich den Apache neu starte erhalte ich innerhalb kürzester 
Zeit diese Fehlermeldung: 
Apache passt. Fossgis.de war bis vorhin auch weg und geht (noch?) 
wieder. osm.de uund die liste auch.


Danke und Gruss
walter

ps: zur Ursache kann ich aber nix sagen :(  DoS-Angriff?

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

Re: [Talk-de] openstreetmap.de down?

[Walter Nordmann]

Klaro. das eS ist irgendwo leider verschütt gegangen. Aber die Liste 
selber und auch openstreemap.de war heute Nachmittag echt zäh. Warten 
bis zum Timeout.


Danke und Gruss
walter

Am 16.05.2016 um 15:43 schrieb Sarah Hoffmann:

On Mon, May 16, 2016 at 03:02:26PM +0200, Walter Nordmann wrote:

Hi, wollte gerade auf list.openstreetmap.de zugreifen:

|ping list.openstreetmap.de ping: unknown host list.openstreetmap.de|

Und die Webseite meldet sich im Browser auch nicht.

Trouble?

Versuch es mal mit: lists.openstreetmap.de
 ^

Gruss

Sarah

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



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

[Talk-de] openstreetmap.de down?

[Walter Nordmann]

Hi, wollte gerade auf list.openstreetmap.de zugreifen:

|ping list.openstreetmap.de ping: unknown host list.openstreetmap.de|

Und die Webseite meldet sich im Browser auch nicht.

Trouble?

Gruss
walter

ps: gerade hat ein Kollege bestätigt, dass er das gleiche Problem hat. 
Wir sind bei unterschiedlichen Providern, also solle es nicht daran 
liegen, dass eventuell DNS-Einträge veraltet sind.


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

[Talk-de] Wochennotiz Nr. 303 03.05.2016–09.05.2016

[Walter Nordmann]

Hallo,

die Wochennotiz Nr. 303 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:


http://blog.openstreetmap.de/blog/2016/05/wochennotiz-nr-303/

Viel Spaß beim Lesen!

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

Re: [Talk-de] beschränkte Verfügbarkeit OSM-Server voraussichtlich am 9.5.

[Walter Nordmann]

Nee, Frederik, hier ist momentan absolute Funkstille.

Dafür ist als Ausgleich das AT-Forum tot. Da wartet ein armer Kerl seit 
4-5 Tagen auf eine Antwort. Will mich da aber als "Piefke" nicht 
reinhängen ;)


Gruss
walter


Am 02.05.2016 um 23:20 schrieb Frederik Ramm:

Hi,

auf der talk-Liste wurde gerade angekündigt, dass voraussichtlich am
9.5. der Haupt-Datenbank-Server readonly sein wird. Details hier

https://blog.openstreetmap.org/2016/05/02/server-wartungsarbeiten-am-9-mai-geplant/?lang=de

Bye
Frederik

PS Sind hier gestern und heute wirklich keine Postings gekommen, oder
ist die Liste nun doch von den Forengnomen sabotiert ;)




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

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Walter Nordmann]

Lippe II fehlte noch. damit sollte das sauber sein.

http://www.openstreetmap.org/relation/2965596

Gruss
walter

Am 15.04.2016 um 08:58 schrieb Walter Nordmann:

Hi Florian,

ich sehe, dass du gerade die Anpassungen machst. Brauchst du 
Unterstützung um alle "Querschläger" zu finden?


Gruss
walter



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



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

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Walter Nordmann]

Hi Florian,

ich sehe, dass du gerade die Anpassungen machst. Brauchst du 
Unterstützung um alle "Querschläger" zu finden?


Gruss
walter



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

Re: [Talk-de] Wahlbezirksgrenzen als boundary/administrative

[Walter Nordmann]

Klar, gefallen tut mir das Zeug auch nicht, muss aber Flo Recht gegen: 
Solange es nicht stört, kann man es tolerieren.


Ich kümmere mich eigentlich nicht um Wahlkreisgrenzen und korrigiere die 
auch nicht, wenn die mal kaputt gehen. Da sollen sich die Mapper 
kümmern, die auf deren Existenz bestehen.


Aber gegen diese "adminitrativen" Grenzen muss was getan werden.

Wenn's nach mir geht, raus mit dem Mist. Verwaltungsgrenzen und
PLZ-Gebiete kann ich noch einsehen. Aber Wahlkreise,
Grundschuleinzugsgebiete, Kirchengemeindegrenzen, das Sendegebiet vom
NDR und das Liefergebiet vom Pizzadienst sind Grenzen, die in OSM nichts
zu suchen haben.

Bye
Frederik


Gruss
walter

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