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

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: [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-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-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-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-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: [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-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-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-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: [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

[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: [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-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

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

[Walter Nordmann]

Bei uns sind viele  Wahlkreise mit type=election erfasst.

z.B. https://openstreetmap.org/relation/2984587 Wetterau

aber auch mit type=boundary/boundary=political/political=election 
https://openstreetmap.org/relation/3132817 WK Nordfriesland


und es gibt bestimmt auch noch andere Versionen.

type=administrative ist mMn völlig falsch. In meinen Auswertungen hab 
ich allerdings - noch - kein Problem, da ich das Triple 
type=boundary/boundary=administrative/admin_level=* voraussetze.


ich halte type=boundary/boundary=political/political=election für 
sinnvoll weil der Grenztyp nicht beim Import mit osm2pgsql ignoriert 
wird und eine saubere Trennung gegeben ist.


Gruss
walter

Am 14.04.2016 um 12:51 schrieb Florian Lohoff:

Hi,
ich habe mir eben mal den Output vom OsmAND converter angesehen und mir
ist aufgefallen das hier relationen angewarnt werden:

WARNING: Not using boundary: Lippe I alevel:-1 type: has opened polygons:false 
no. of outer polygons:0 2965568
WARNING: Not using boundary: Höxter - Lippe II alevel:-1 type: has opened 
polygons:false no. of outer polygons:0 2965596

Das sind Wahlbezirksgrenzen:

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

Irgendwie finde ich das mit dem boundary=administrative ziemlich
unglücklich. Auf der einen Seite ist das natürlich richtig das das
"Administrative" Grenzen sind - aber ich vermute das OSMAnd
jetzt nicht der einzige ist der sich da verwirren lässt.

Flo


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


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

Re: [Talk-de] GoMap! und GPS Tracks

[Walter Nordmann]

Am 13.04.2016 um 14:57 schrieb Alexander Lehner:



On Wed, 13 Apr 2016, Walter Nordmann wrote:

sowas passiert zumindest bei mir mit osmtracker, wenn ich an einer 
Stelle das Gerät nicht ausschalte und das fleissig weiter aufzeichnet.


Da musst Du aber dann auch die GPS Tracks unter Deinem Account 
hochladen, oder?



Jo, aber eben nur das, was ich zeigen will.

Man wandelt in Josm den GPX-Track in Daten um, editiert den Kram und 
konvertiert das wieder nach GPX. Erst dann wird hochgeladen.


Gruss
walter

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

Re: [Talk-de] GoMap! und GPS Tracks

[Walter Nordmann]

sowas passiert zumindest bei mir mit osmtracker, wenn ich an einer 
Stelle das Gerät nicht ausschalte und das fleissig weiter aufzeichnet.


Daher überarbeite ich meine Tracks vorher in Josm und schmeisse alles 
unnötige raus.


Gruss
walter



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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Auch aud dem Download-Server? Von da bekomme ich noch die identischen Daten.
Oder da mischt irgend ein Cache mit?

Gruss
walter

Am 06.04.2016 um 23:00 schrieb Frederik Ramm:

Hi,

On 04/06/2016 10:24 PM, Walter Nordmann wrote:

meines Erachtens ist das Poly falsch:

Hm, diese Bayernpolygone, die ich da verwende, sind in der Tat sehr
detailliert und haben diverse Änderungen der letzten Jahre verschlafen.
Hab sie mal aktualisiert.

Bye
Frederik




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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Komisch:

hier die fehlenden Bilder

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb_poly.png

https://osm.wno-edv-service.de/images/osm/snaps_2016/nb2_poly.png


Gruss
walter

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

Re: [Talk-de] postgis osm2pgsql issue

[Walter Nordmann]

Hi,

meines Erachtens ist das Poly falsch:




Niederbayern liegt hier im Norden, die gestrichelte Linie  ist die 
Grenze, die dünne Linie ist das nach GPX konvertierte Poly-File von NB. 
Der kritische Way liegt komplett ausserhalb.


Insgesamt sieht das poly-file ziemlich marode aus:



Das Poly "tänzelt" um die Grenze herum.

meine Empfehlung:

- Bayern laden
- von der Boundaries Map ein mit 0.5 KM Buffer Buffered Polygon laden
- damit mit osmosis clippen
- freuen.

Gruss
walter


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

Re: [Talk-de] query in postgis osmosis

[Walter Nordmann]

Tobias Hobmeier wrote
> ja da scheint bei mir was faul zu sein. (ergebnisse siehe unten)
> Nachdem ich nur niederbayern in der DB habe werde ich sie einfach
> auslehren denke ich ... und neu anlegen

a) freut mich, dass du mit postgis auf dem richtigen weg bist.
b) neu laden sollte nix bringen, da die Grenzen von Landshut und Umgebung
seit mehreren Monaten keine Probleme hatten.

aber warten wir mal die nächsten Ergebnisse ab. Und dann steige ich
"richtig" ein.

sorry, war spät dran, aber die Kollegen haben ja schon reagiert.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/query-in-postgis-osmosis-tp5869410p5871315.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] China, Provinz Sechuan

[Walter Nordmann]

> Ich dachte daran mein montana 600 mitnehmen, also eher nicht die 
kleine, elegante Lösung mit dem Smartphone. Hat jemand Erfahrung wie mit 
solchen Geräten verfahren wird (Check-in, Zoll, ...)?


Einen eigenständiges Navi/Gps-Gerät? Ich würde die Finger davon lassen. 
Das ist mMn reines Glücksspiel, wie mit dir bei der Ein- oder Ausreise 
umgegangen wird.  An irgend einem Beamten wirst du sicher nicht vorbei 
kommen.


Gruss
walter

ok, ich spekuliere nur, aber ich würde das definitiv nicht so machen.

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

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

[Walter Nordmann]

Am 18.03.2016 um 10:58 schrieb Martin Koppenhoefer:

+1, wenn man das noch nie gemacht hat ist es nicht komplett trivial, aber
sofern man bereit ist, sich ein bisschen einzulesen und etwas Zeit zu
investieren, ist es machbar, im OSM Wiki gibt es Beispiele und Erklärungen.
Eine postgres Datenbank muss man dafür nicht aufsetzen (ich würde explizit
davon abraten, weil das die Komplexität ziemlich erhöht), es reicht aus,
einen Extrakt der (nur) das gewünschte Gebiet enthält zu filtern, z.B. mit
osmfilter oder mit osmosis. Falls es keinen Extrakt gibt, der die
gewünschten Grenzen hat, dann muss man zuerst diesen z.B. mit den genannten
Programmen aus einem größeren Extrakt erstellen (oder ggf. auch beides in
einem Rutsch).

Ok, Postgresql erscheint euch zu kompliziert. Aber wie bekommt ihr das 
hin, dass aus den dutzenden Ways, die eine Strasse in OSM darstellen 
können, wirklich EINE Strasse wird. Klar, Abzweigungen der Strasse 
werden Probleme machen, aber der Grosssteil wird wohl linear sein.


Für mich wäre das eine Aufgabe, die man wohl mit den Topologien in 
PostGIS lösen könnte.


Gruss
walter

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

Re: [Talk-de] osm2pgsql

[Walter Nordmann]

Hi,

ich arbeite nur mit einem Niederbayern schnipsel der Datenbank.
Und immer wenn mir auffällt dass mir was fehlt nehm ich das mit auf.
Ich würde ungern was vergessen...
[/quote]
wie ich schon schrieb: Nimm alles aus dem Schema - übrigens hast du schon
hstore angeschaltet? -  dann fehlt dir nix. Bei so kleinen Datenmengen lohnt
sich "Minimierung" überhaupt nicht. Du bewegst dich hier im
Millisekundenbereich.

Gruss
walter 



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/osm2pgsql-tp5869693p5869998.html
Sent from the Germany mailing list archive at Nabble.com.

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

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

[Walter Nordmann]

Hi hansi


bin noch ein Anfänger inSachen Open-Street und möchte gerne wissen ob 
folgendes möglich ist:


Alle Straßen mit Straßennahmen incl Lat-, Log- mittels Script aus z:B 
einem Bundesland in einem Textfile herunterzuladen.



kurze Antwort: nein

Die Abfragesoftware, die solche Leistungen relativ einfach erbringen 
könnte (Overpass API) kann und wird bundeslandweite Abfragen dieser Art 
ablehnen (müssen).


lange Antwort: ja, aber
Wenn du eine PostgreSQL/PostGIS-Datenbank aufsetzt, das Bundesland 
importiert und durch SQL-Abfragen die Daten extrahierst, geht das.


tl;dr: Nix für Anfänger.

Gruss
walter

ps: willst du das 23. "Alle Strassen in Deutschland"-Verzeichnis 
aufbauen oder was soll das?


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

Re: [Talk-de] osm2pgsql

[Walter Nordmann]

Tobias Hobmeier wrote
> leider trauchen die werte trotzdem nicht auf ich denke ich meiner styles
> config ist nocht etwas falsch.

Ich verstehe sowieso nicht, wieso du gleich am Anfang am Style rumschraubst.
Du kennst das System nicht, meinst aber, dass du gewisse Felder nicht
brauchat. Da hab ich ganz andere Erfahrungen gemacht. Also fange mit dem
Default-Style an und taste dich heran oder lass ganz die Finger von. Sparen
tut du da wirklich nicht viel und irgendwann fehlt dir sicher was.

>  
> Eine zweite frage die mir auf den nägeln brennt ist. Kann ich von der
> osm_Id zb aus der planet_osm_polygon darauf schließen ob es sich um
> einen way, node oder eine relation handelt?

Die Nodes sind in planet_osm_nodes bzw in planet_osm_point - auf jeden Fall
nicht in planet_osm_polygon.
Für die Ways gibt es planet_osm_lines und planet_osm_ways.

Polygone stehen in planet_osm_polygon. Geschlossene ways (z.b. Buildings)
haben eine positive osm_id und flächenhafte Relationen (z.b. Grenzen oder
Buildings als Multipolygon) eine negative osm_id.

Lineare Relationen (z.B, Routen) stehen in planet_osm_roads, aber das ist ja
nicht deine Baustelle.

Die Tabellen mit dem Feld ID sind Rohdaten, die du normalerweise nicht
brauchst, die mit OSM_ID sind alle Objekte mit Tags. Mit denen solltest du
dich ausschlieslich beschäftigen - zumindest am Anfang.

Gruss
walter 




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/osm2pgsql-tp5869693p5869989.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] query in postgis osmosis

[Walter Nordmann]

Hi, Das Simple-Schema ist mMn nicht sehr gut geeignet, GIS-Objekte für
Auswertungen zur Verfügung zu stellen. "Simple" bedeutet ja "einfach", d.h.
du hast in der DB nur die nackten Basis-Elemente, aus denen sich die
OSM-Objekte zusammensetzten. Strassen bestehen aus Ways, Ways aus Nodes -
und was die Sache schwierig macht, Flächen aus geschlossennen  Ways oder
Multipolygonen (OSM-Relationen). In der Simple-DB aber eben nicht.

D.h. du müsstet dir die OSM-Objekte erst zusammenbasteln. Da geht natürlich,
hat aber erhebliche Tücken. 

Importiere die OSM-Daten mit dem osm2pgsql-Schema, weil osm2pgsql nimmt dir
die ganze Arbeit ab und am Ende hast du in der PostGIS-DB GIS-Objekte
(Nodes, Ways und Polygone) mit denen man ganz vernünftig arbeiten kann. 

siehe http://wiki.openstreetmap.org/wiki/Osm2pgsql oder frage mich einfach.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/query-in-postgis-osmosis-tp5869410p5869419.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Nicht mehr gültige PLZs

[Walter Nordmann]

Hi,

in Forum geht es weiter:
http://forum.openstreetmap.org/viewtopic.php?pid=562318#p562318

tl;dr: Es gibt kein Problem.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Nicht-mehr-gultige-PLZs-tp5860581p5860612.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelation mit gleichem Namen aber unterschiedlichem "admin_level"

[Walter Nordmann]

Manuel Reimer wrote
> Angemeckert wird beim Hochladen, dass es "Steinfeld" dann zweimal gibt.

Wenns mehr nicht ist: Das ist ein uralter Hut, da nach der konsequenten
Trennung der Administrativen und den Postalischen Grenzen es des Öfteren mal
Relationen gibt, die deckungsgleich sind. Dann ist das Admin-Gebiet
identisch mit dem PLZ-Gebiet. Josm "mag" sowas nicht.

That's all

Gruss
walter





-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelation-mit-gleichem-Namen-aber-unterschiedlichem-admin-level-tp5854956p5856021.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelation mit gleichem Namen aber unterschiedlichem "admin_level"

[Walter Nordmann]

Um es nochmals klarer auszudrücken: 

er motzt nicht Steinfeld(8) versus Steinfeld(10) an, sondern Steinfeld(8)
und 97854 Sternfeld.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelation-mit-gleichem-Namen-aber-unterschiedlichem-admin-level-tp5854956p5856022.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelation mit gleichem Namen aber unterschiedlichem "admin_level"

[Walter Nordmann]

Walter Nordmann wrote
> Also gib uns einige Links, Daten zu den Objekten und wir sehen nach.

Hallo, lebt da noch wer? ;)



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelation-mit-gleichem-Namen-aber-unterschiedlichem-admin-level-tp5854956p5855226.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelation mit gleichem Namen aber unterschiedlichem "admin_level"

[Walter Nordmann]

Manuel Reimer wrote
> Allerdings hat mir JOSM eine Warnung geworfen, weil nun eine Grenze mit 
> dem gleichen Namen doppelt existiert. Meiner Meinung nach muss das so 
> (einmal admin_level=8 und einmal admin_level=10). Oder liege ich da
> falsch?

Hi Manuel,

eigentlich solltest du doch wissen, dass man nur gut helfen kann, wenn man
weiss, WO das Problem besteht.
Also gib uns einike Links, daten zu den Objekten und wir sehen nach.

Das Josm bei Namensgleichheiten "motzt" kenne ich eigentlich nicht, nur bei
deckungsgleichen Relationen ist das schon mal der Fall.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelation-mit-gleichem-Namen-aber-unterschiedlichem-admin-level-tp5854956p5855011.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Zusendung der studentischen Befragung zu OSM

[Walter Nordmann]

Susanne Niebling wrote
 .Das liegt daran, dass die Mailingliste eine fest
 definierte Grundgesamtheit hat. Im Forum besteht eher die Gefahr der
 Datenverfälschung, z.B. durch doppeltes Ausfüllen des Fragebogens etc.

Wie bitte? Ich glaube, ich lese nicht richtig.

- es sind wesentlich mehr Member der deutschen Community im Forum unterwegs
als hier
- die sind genauso seriös wie die talk-de User.
- viele sind auch auf beiden plattformen unterwegs, wie ich.

Aus der Tatsache, dass das Registrieren im Forum etwas einfacher ist als in
der Liste, so einen Quatsch abzuleiten, grenzt schon fast an eine Zumutung.

Daher sehe ich davon ab, hier überhaupt etwas auszufüllen. 






-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Zusendung-der-studentischen-Befragung-zu-OSM-tp5846195p5846275.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Update of german Aral petrol stations

[Walter Nordmann]

Hi, 

wir hatten vor einiger Zeit einen Massenupdate von Tankstellen der OMV-Kette
in Österreich.

Siehe: http://forum.openstreetmap.org/viewtopic.php?id=30016

Dieser Massenupdate wäre ganz gut gewesen, wenn er nicht einfach *alle* 2000
OMV-Tankstellen angefasste hätte, auch wenn dort kein einziges Bit geändert
wurde. Weder Tags noch Positionen noch Geometrien - garnix hat sich
geändert.

Und das ganze gleich 2x direkt hintereinander.

Solltet Ihr dafür verantwortlich sein, bitte ich euch,  die Prozedur zu
überprüfen und zu ändern. Und zwar so, dass nur die TS hochgeladen werden,
bei denen wirklich eine Änderung vorliegt.

Gruss
walter aka wambacher



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Update-of-german-Aral-petrol-stations-tp5833165p5833173.html
Sent from the Germany mailing list archive at Nabble.com.

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

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

[Walter Nordmann]

Butrus Damaskus wrote
 Das könnte man wohl machen, leider ist Deutsch nicht meine
 Muttersprache...

dazu schreibst du aber sehr fehlerfrei :) Nimm halt englisch, wenn das
leichter geht.

Unbeantwortet ist noch die Frage, ob du den Mapper schon kontaktiert hast
und was der eventuell geantwortet hat. Das Ansprechen eines Kollegen ist
eigentlich vorher zu machen, bevor man sich hier oder im Forum über jemanden
beschwert.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Erfahrungen-mit-dem-Benutzer-HoloDuke-Vandalismus-tp5808551p5808597.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Richtfunkstrecken

[Walter Nordmann]

Chris66 wrote
 Tja, der User Bahnpirat hat sich bisher geweigert, seine Quelle anzugeben.

Das sind ja die allerbesten Voraussetzungen, das Zeug endlich
rauszuschmeissen. 

gruss
walter

ps: aber wie ich den Laden kenne, hilft Aussitzen immer :(




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Falsches-Kartenmaterial-Google-statt-OSM-tp5807495p5807673.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Geodaten des Bundes

[Walter Nordmann]

Falk Zscheile-2 wrote
 Naja, ein wesentlicher Unterschied ist es meines Erachtens schon, ob
 man eine Namensnennung verlangt, weil viele freiwillige in ihrer
 Freizeit etwas zu einer gemeinsamen Sache beitragen, oder ob man einen
 anderen Grund dafür hat. Ehrlich gesagt ist mir bei Open Government
 Data noch kein überzeugender Grund für die Namensnennung eingefallen.
 Vielleicht habt ihr ein paar Ideen?

naja, ich fände einen richtig dicken/fetten Hinweis in den relevanten
OSM-Wikis wohl für ausreichend.

Wenn ich da an MS/Bing denke, wären wir wohl aufgeschmissen, wenn wie deren
Nutzungserlaubnis  in allen Karten und abgeleiteten Produkten erwähnen
müssten.

Mit dem NRW/Berlin-Modell könnte ich auch leben (source-tags und description
in changesets) aber das dürfte dem Bund wohl zu wenig sein.

Ansonsten gebe ich Joachim Recht: Was machen wir eigentlich, wenn wird
endlich die Daten haben?

Ich quäle mich mit einem winzig kleinem Teilgebiet herum (Ortsteilgrenzen
Kreis Recklinghausen) und bin damit wohl noch 2 Wochen beschäftigt. Gnade
Gott, wenn da auf einmal Deutschland komplett kommt.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Geodaten-des-Bundes-tp5807422p5807504.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Import Stadtteilgrenzen Kreis Recklinghausen

[Walter Nordmann]

Hi, damit hier niemand meint, die Sache wäre eingeschlafen.

Die Shapes sind konvertiert, in Josm geladen und segmentiert. d.h. es gibt
für jedes Grenzstück einen einzigen separaten Way, der nur noch eingewoben
werden muß.

Ich hänge mal ein source:boundary=Kreisverwaltung Kreis Recklinghausen -
2014 dran und mach das auch bei den Changesets. Ändern kann man das bei den
Segmenten ja immer noch, wenn jemand es besser wissen sollte.

Gruss
walter 

ps: klemmt heute, daher eventuell doppelpost.



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-Stadtteilgrenzen-Kreis-Recklinghausen-tp5806593p5807195.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Import Stadtteilgrenzen Kreis Recklinghausen

[Walter Nordmann]

danke für den Rückruf. Sorry, werde etwas ungeduldig wenn jemand nach Hilfe
fragt und dann Funkstille ist :(


per PM zukommen lassen - welche denn? über talk-de oder meinen osm-account
wambacher? Hab auf jeden fall nix bekommen.

Irgendwas ist zu Zeit komisch mit meinen Talk-de Zugang. Der wurde gestern
wegen bouncing mails temporär gesperrt. Hab ihn wieder freigeschaltet, weiss
aber noch nicht, ob der wieder funktioniert.
Hast du noch einen andere Möglichkeit, mir die Shapes zukommen zu lassen?
oder probier es einfach nochmal. 

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-Stadtteilgrenzen-Kreis-Recklinghausen-tp5806593p5806945.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Import Stadtteilgrenzen Kreis Recklinghausen

[Walter Nordmann]

Walter Nordmann wrote
 
 Joachim Kast wrote
 Ich ... suche einen Experten, der dies übernehmen könnte, da ich mich mit
 Grenzrelationen nicht so gut auskenne.
 Mein Vorschlag: Shapes auf einen WMS-Server legen und den als Hintergrund
 für Josm verwenden. Anschließend nachmalen. Leider ist mein WMS-Server
 nur lokal.

Kein Interesse? Nun, dann eben nicht. Mein WMS-Server ist übrigens
inzwischen Online - wartet nur noch auf Arbeit :(

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-Stadtteilgrenzen-Kreis-Recklinghausen-tp5806593p5806824.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Import Stadtteilgrenzen Kreis Recklinghausen

[Walter Nordmann]

Joachim Kast wrote
 Ich ... suche einen Experten, der dies übernehmen könnte, da ich mich mit
 Grenzrelationen nicht so gut auskenne.

Hi Joachim, 

Mein Vorschlag: Shapes auf einen WMS-Server legen und den als Hintergrund
für Josm verwenden. Anschließend nachmalen. Leider ist mein WMS-Server nur
lokal.

Ich würde nicht versuchen, das zu automatisieren, da alle bestehenden
Grenzen aufgebrochen werden müssen.

Als alter Castroper hab ich schon ein gewisses Interesse an der Gegend.
Evtl. schickst du mir die Shapes und ich mach das. Grenzen liegen mir.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Import-Stadtteilgrenzen-Kreis-Recklinghausen-tp5806593p5806648.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Keine Namen in Mapnik und anderen Karten

[Walter Nordmann]

Bernhard Weiskopf wrote
 Wie trägt man das jetzt ein? Genügt name = ... nicht mehr?

Ja, name=* reicht nicht mehr aus - und das ist gut so!

Es hat massenhaft berechtigte Beschwerden drüber gegeben, daß irgendwo
unmotiviert irgendwelche Namen auf der Mapnik-Karte auftauchen. Dieses
Problem wird derzeit - endlich - bearbeitet.

Wenn dir was fehlt, wende dich bitte an die Entwickler, die warten nur auf
konstruktive Kritik. Und wenn du dich nicht dafür registrieren willst, dann
...

Gruß
walter

ps: ließt du dir die Antworten der Kollegen eigentlich durch? Da ist doch
alles lang und breit erklärt :(




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Keine-Namen-in-Mapnik-und-anderen-Karten-tp5797336p5797511.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Keine Namen in Mapnik und anderen Karten

[Walter Nordmann]

don't panic!

hier dazu was aus dem Forum:
http://forum.openstreetmap.org/viewtopic.php?pid=401448#p401448

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Keine-Namen-in-Mapnik-und-anderen-Karten-tp5797336p5797342.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] D-A-CH

[Walter Nordmann]

Frederik Ramm wrote
 Ich kenne die genaue Implementierung im Osmosis auch nicht; wenn man
 voraussetzt, dass alle Inputs sortiert sind, und das sind sie hier, dann
 kann man sich sogar die Liste der bereits übernommenen Objekt-IDs sparen.

Genau, wenn alle Extrakte aus der gleichen Nacht sind, kann man die
hemmungslos in beliebiger Reihenfolge mit osmosis oder auch osmconvert
mergen. Manche Objekte sind halt in mehreren Extrakten vorhanden, wovon das
letzte Objekt überlebt. Aber da sie alle identisch sind, macht das nichts
aus.

@frededrik: wenn du mal neue Polygone für DE,A,CH,LUX oder LI brauchst
(natürlich auch AL4-10): http://osm.wno-edv-service.de:8080/boundaries.
Click und Export als Poly. Sollten deine Wunschgrenze von ~1000 Nodes pro
Polygon nur leicht überschreiten.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/D-A-CH-tp5796922p5797011.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

[Walter Nordmann]

wird er schon sehen, was er davon hat. in 1-2 Jahren kann es sich niemand
mehr leisten, draußen auf OSM-Karten zu verzichten. Dann sucht man sich
halt was besseres.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mapnik-Administration-blockt-QLandkarteGT-tp5795663p5796421.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Stolperstein-Relationen entsorgen?

[Walter Nordmann]

malenki wrote
 weil der Tag in der (deutschen) Hauptrelation vorhanden war und nicht
 verloren gehen sollte.

Das hast du aber für *alle* Stolpersteine gemacht und nicht nur die, die in
diesen schrottigen Relationen waren. Wohl kurz mal die Overpass über alle
Stolpersteine laufen lassen und umgetaggt, gell?

Meine 3 Stolpersteine waren nie in einer Rel, da hab ich extra drauf
geachtet und nun sind sie verwikit.
Ist eigentlich ein Verstoß gegen die mechnical-edit-policy.

Gruss
walter 




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Stolperstein-Relationen-entsorgen-tp5794623p5795322.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

nach seinen Changesets zu urteilen ist das ein  klassischen Zweitaccount:

1. edit iD, alle anderen deutscher ! Josm, nur subareas gelöscht.
keine Ahnung ob es einen polnischen Josm gibt und wenn nicht, würde ich dort
wohl den englischen nehmen.

ich würde  aus didaktischen Gründen und des lieben Friedens willen, komplett
reverten  - obwohl ich gegen das Ergebnis eigentlich nichts einzuwenden
habe.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357p5793667.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

Werner Hoch wrote
  Gleichzeitig hätte man ein zusätzliches Argument, dass subareas nicht
 benötigt werden.

Ich brauche sie auf jeden Fall nicht. Die richtige Query und meine Datenbank
spuckt die Info aus:

geht fast genauso mit jeder x-beliebigen mit osm2pgsql erzeugten DB, wenn
man /i.pointonsurface/ durch /st_pointonsurface(i.way)/ ersetzt. Dauert nur
etwas länger.

Gruss
walter






-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357p5793509.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

Frederik Ramm wrote
 Aber ich denke, man kann ihm schon zu verstehen geben, dass OSM nicht
 seine private Spielwiese ist, der er (s)ein Ordnungssystem nach Belieben
 aufdraengen kann, ohne das mit den Locals zu besprechen.

er hat sich heute gemeldet - wahrscheinlich weil die Dinger schon draußen
waren:

Verdi_P wrote
 There are strong arguments about finding those relations without having to
 query LOTS of data in the database.
 
 Also because editors will frequently miss the fact that boundary ways are
 shared by more than one relation, and they don't load them all. By linking
 them to the parent, each time you load a segment shared by multiple
 relations in the editor, these relations are aloso loaded (not all member
 ways themselves but their reference), so that when splitting or merging
 ways, this updates as well the other relations without breaking them.
 
 These elements facilitate a lot the maintenance of broken boundaries,
 without having to scan the database everywhere : 
 * any broken relation appears immediately, as they are all loaded once you
 have loaded a way. 
 * you can easily browse the full set of subareas making a parent one,
 without having to perform geographic searches on a wide area, you don't
 need to query an external database maintaining these relationships (too
 often these external tools are out of sync so broken relations persiste
 for long without being detected) 
 * when broken relations persist for long, many dependant maps will be
 updated on all zoom scales, espacially for large relations. 
 * various tools will start using these broken relations incorrectly 
 ** this includes Nominatim confusing inner/outer areas, or trying to guess
 where a border city is located and determines with an heuristic that it is
 nearer from the centroid of the multiple candidates relations. ** this
 includes the capability to work with the database and selecting the
 appropriate subrelations when there are ambiguities in tags.

ich sehe seine Argumentationskette teilweise als Tagging für den Editor
und hauptsächlich Vereinfachung seiner Maintenance an und habe ihm
entsprechend geantwortet.

Mal sehen, ob er die Finger davon lässt oder ob die Teile wieder auftauchen.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357p5793411.html
Sent from the Germany mailing list archive at Nabble.com.

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

[Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

hi, 

in den letzten Wochen sind viele unserer deutschen administrativen Grenzen
(z.b.  www.openstreetmap.org/browse/relation/51477
http://www.openstreetmap.org/browse/relation/51477  ) mit subareas
beglückt worden. 
d.h. dort stehen jetzt nicht nur die Ways der Grenze an sich sondern auch
noch die Relationen der Bundesländer als Member drin.

So als Information das sind die Gebiete aus dem sich das Land
zusammensetzt.

Dies halte ich - und das nicht nur alleine - für ziemlichen Blödsinn, dem
ich keinerlei Nutzen entnehmen kann.

Das gleiche läßt sich durch eine einfache spatiale Abfrage in einer mit
osm2pgsql erzeugten Datenbank jederzeit herausfinden. Und genau dieser Typ
von DB wird von den Mappern in der großen Mehrzahl  eingesetzt, falls sie
überhaupt einen DB verwenden.

Ich habe dem Mapper (ein Franzose!) angeschrieben, wurde aber im Forum
bereits darauf hingewiesen, dass dieser Mapper a) spezielle Ansichten hat
und b) auf PN nicht antwortet.

Ich möchte diese unnötigen und sogar Verwirrung stiftenden Konstrukte bei
uns entfernen.

Probleme oder Gegenargumente?

Gruss
walter

ps: die ebenfalls vom ihm eingefügten landareas als Member der Grenzen hab
ich schon rausgeschmissen. Die gibt es ja eben deshalb um Verwaltungsgrenzen
und Landflächen logische voneinander zu trennen - und der manscht die wieder
zusammen!









-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

Frederik Ramm wrote
 verdy_p, vermute ich. 

genau.

 Ich finde das mit den Subareas auch unnoetig und wuerde sie entfernen
 (auch wenn sie anderswo auf dem Planeten ueblich zu sein scheinen).

werde ich wohl auch bald machen - etwas Zeit gebe ich ihm noch und andere
dürfen ja auch was dazu sagen.
Das komische an diesen Informationen ist, daß ich keine Anwendung kenne,
die das überhaupt verwendet. 
Und bei denjenigen Mappern, die z.B. zum Rendern eine auf osm2pgsql
basierende Mapnik-geeignete DB haben, sind die Daten eh nicht drin. Die
hat osm2pgsql beim Import schon längst rausgeworfen, weil das Teil mit
Sub-Relationen nicht umgehen kann.

 Aber ich denke, man kann ihm schon zu verstehen geben, dass OSM nicht
 seine private Spielwiese ist, der er (s)ein Ordnungssystem nach Belieben
 aufdraengen kann, ohne das mit den Locals zu besprechen.

wie lernt man schon als Kind: Wer nicht hören will, muß fühlen

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357p5793364.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] subareas in administrativen boundaries

[Walter Nordmann]

sollten jetzt  raus sein.

Gruss
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/subareas-in-administrativen-boundaries-tp5793357p5793393.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Adresstagging - Karlsruher Schema

[Walter Nordmann]

 Ich habe wirklich schon viele Adressen getaggt und hatte erst kürzlich den
 sonderbaren Fall, dass in einem Dorf ein Haus am Rand zu einer anderen
 Gemeinde mit anderer PLZ gehört!

Achtung: es lautet nicht mehr Gemeinde == PLZ. Die beiden Grenz-Typen sind
völlig voneinander entkoppelt worden. Also muß das Haus in der richtigen
Gemeindegrenze liegen (boundary=adminitrative) und *gleichzeitig* im
richtigen PLZ-Gebiet (boundary=postal_code) Und: Überraschung! Die müssen
nicht mehr deckungsgleich sein.


 Auch in Kiel gibt es solche Fälle, siehe
 http://www.openstreetmap.org/way/136306277
 http://www.openstreetmap.org/way/136306278

Gab es. Ich habe die *PLZ*-Grenze ein wenig nach Westen verschoben und alles
wird gut. :)

Übrigens hatten beide Gebäude city=Kiel getaggt, obwohl sie ja rechtlich in
Meisdorf liegen. Soviel zu Sicherheit bei der Verwendung redundanter
Informationen ;)

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Adresstagging-Karlsruher-Schema-tp5790799p5790845.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Adresstagging - Karlsruher Schema

[Walter Nordmann]

hab addr:city als Bestandteil der Postalischen Adresse wieder auf Kiel
gesetzt. So sollte es richtiger sein, 

sorry
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Adresstagging-Karlsruher-Schema-tp5790799p5790847.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelationen und subarea

[Walter Nordmann]

alle guten Dinge sind drei:

1.) Admin-Level an den Boundaries
2.) Admin-Level an den Ways
3.) Subareas 

mMn reicht Punkt 1 völlig aus. 2 ist Taggen für den Renderer und 3 ist
völlig unnötig.

Wenn man jetzt noch das vollständige Karslruher Schema, Place-Nodes oder gar
den guten alten is_in-Tag hinzunimmt, komm ich auf *fünf Methoden* (*),
die etwas über die Administrative Situation/Lage/Einordnung eines Objektes
aussagen (sollen).

Da inzwischen die Boundaries sauber sind, schlage ich (mal wieder) folgendes
vor:

- Admin-Level an Ways beim Rendern ignorieren. Statt dessen die AL der
Boundaries verwenden.
- Subareas nicht verwenden und erst recht nicht weitere zu erstellen.
- Karlsruher Schema auf addr:housenumber und notfalls addr:street
reduzieren. 
- place:city, place:town, place:suburb löschen.
- is_in löschen.

ok, AL9 und feiner sind noch nicht besonders gut, aber da kann man zumindest
auf dem Land auch improvisieren.

ym2c
walter

*) Nur fünf, da Punkt 2 wohl nur wegen der Optik beim Rendern gemacht
wurde.



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelationen-und-subarea-tp5790680p5790747.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht

[Walter Nordmann]

könnte es sein, dass genau diese geploppten OSB dann nach Notes verschoben
wurden?

Schau mal  hier
http://forum.openstreetmap.org/viewtopic.php?pid=385930#p385930   auf die
Grafiken. Danach nimmt die Anzahl der ehemaligen OSB-Nodes in Notes
permanent zu und wird fast überhaupt nicht abgearbeitet.

Die Grafiken werden übrigens 4x täglich automatisch aktualisiert.

Gruß
walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/OpenStreetBugs-Ablosung-Freiwillige-fur-Mappingparty-gesucht-tp5790731p5790749.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] OpenStreetBugs Ablösung: Freiwillige für Mappingparty gesucht

[Walter Nordmann]

Werner Hoch wrote
 Deine zweite Graphik mit OSB-Notes könnte stimmen wobei die Tools
 OSB2Notes und osb_fixing unterschiedliche Signaturen beim schießen von
 OSBs bzw. beim öffnen von OSNotes verwenden. Ich kann deiner Graphik
 nicht entnehmen nach welcher Signatur du gesucht hast.

ganz banal nach OSB im ersten Eintrag, also dem Text, den der
Eröffner/Kopierer geschrieben hat. Ich habe es jetzt auf /upper(text) like
'%OSB%'/ umgestellt. Dadurch ist Klein-/Großschreibung egal.
Da ich alle Notes in meiner PostgreSQL-DB drin habe, war das kein großer
Akt. Es soll ja auch nur der grobe Trend gezeigt werden.

 Zwei Einträge aus dem Forum ärgern mich:
 1. Mit den Admins von OSB hat man nicht gesprochen
 
 Die Abschaltung der homepage habe ich zusammen mit Emka durchgeführt.
 Details s. github:
 https://github.com/emka/openstreetbugs/issues/50
 und entsprechende Commits in seinem Repo:
 https://github.com/emka/openstreetbugs/commits/master

Ich kann diese Aussage nicht wörtlich finden, selber hab ich nur von der API
geschrieben.

 2. Es können noch neue Bugs auf OSB erstellt werden
 Ja das stimmt. Es wurde nur das Webfrontend abgeschaltet. 
 ...
 Die neu erstellten Bugs stammen noch von alten OSMAND-Versionen. Die
 meisten werden in Moskau eingetragen. Weiter stammen von der
 geovelo-Seite.

genau deshalb sollte die API ja schnellstens abgeschaltet werden.

 PS: kannst du im Forum auf diese Wikiseiten verweisen:
 https://wiki.openstreetmap.org/wiki/Openstreetbug
 https://wiki.openstreetmap.org/wiki/OpenStreetBugs/Phase_Out
 
 ... dann können sich die besonders aktiven Poster auch aktive an der
 Fehlerbehebung beteiligen.

Ich mach das morgen gerne, aber: du kannst dich jederzeit ohne Registrierung
mit deiner OSM-ID und deinem OSM-Passwort im Forum einloggen - ein
Kommentar, den ich normalerweise nur an Newbies schicke ;)

Gruss
walter

ps: aktuelle neue Auswertung: 

http://gis.19327.n5.nabble.com/file/n5790772/osbnotes2.png  

Steht auch im Forum
http://forum.openstreetmap.org/viewtopic.php?pid=387394#p387394   und wird
dort automatisch aktualisiert. Hier ist ja kein Hot-Link möglich, oder?

ps2: ist die Grafik hier überhaupt zu sehen? Bin mir wegen Nabble nicht ganz
sicher.





-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/OpenStreetBugs-Ablosung-Freiwillige-fur-Mappingparty-gesucht-tp5790731p5790772.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Grenzrelationen und subarea

[Walter Nordmann]

Henning Scholland wrote
 Im Kompromiss mit den Multipolygonbefürwortern ist dann
 daraus eine Redundanz geworden. Weder das eine noch das andere ist
 unwartbar.

Aber beides zusammen - nebeneinander mit möglicherweise widersprüchlichen
Informationen - ist tödlich.
So wird aus einem Kompromiss ein Missstand.

walter



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Grenzrelationen-und-subarea-tp5790680p5790791.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] JOSM Tastatur Problem

[Walter Nordmann]

Andre Hinrichs wrote
 Frage an die Liste: Hat sonst noch jemand ähnliche Probleme?
 
 Ich frage erst hier nach, bevor ich einen Eintrag in JOSM-Trac vornehme,
 da nicht 100% klar ist, dass das ein JOSM-Fehler ist...

ja, hatte ich mehrfach in den letzten Tagen, aber ohne die History per
ctrl-h aufgerufen zu haben.

Erst hab ich die Batterien der Funktastatur gewechselt - negativ
Dann Tastatur gereinigt - negativ
dann festgestellt, dass die Eingabe bei hängendem Josm in einem parallel
offenen Terminal-Fenster reibungslos funktionierte
- Neustart josm - alles ok

Ich arbeite mit josm-latest (derzeit 6482) und java 1.7.0_25

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/JOSM-Tastatur-Problem-tp5790027p5790303.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Projekt des Monats - Steusandboxen

[Walter Nordmann]

dieterdreist wrote
 und die haben damit den Gehweg gestreut, oder ihre privaten Sandkästen
 gefüllt? Zum Streuen ist der Split doch da, oder nicht?

nicht ganz: er dient zu Streuen der *Fahrbahn*, wenn die Stadt das nicht
rechtzeitig hingekriegt hat und man beim *Fahren*(z.B. an Steigungen)
Probleme hat. Bürgersteige unterliegen idR der Räum-/Steupflicht der
Anwohner oder der damit beauftragten Firmen. Und die haben beide das
Streumaterial selber mitzubringen.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Projekt-des-Monats-Steusandboxen-tp5789093p5789584.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Projekt des Monats - Steusandboxen

[Walter Nordmann]

Peter Wendorff wrote
 Mich würde in dem Zusammenhang interessieren, warum die Dinger
 abgeschlossen werden 

wenn ich eine Aussage im Forum richtig verstanden habe, haben sich die
professionellen Bordsteinreinigungs-Firmen an dem Inhalt vergriffen, sodaß
für die Allgemeinheit und erst recht die Städtischen Mitarbeiter der Sand
dann fehlte.

Gruß
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Projekt-des-Monats-Steusandboxen-tp5789093p5789318.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Copyright/Attributierung innerhalb einer Karte

[Walter Nordmann]

Marian Steinbach wrote
 Und weil OSM kein Konzern ist, sondern von Menschen gemacht wird, suche
 ich den Dialog darüber, was sinnvoll und akzeptiert ist.

schau dir mal meine Karte an:
http://osm.wno-edv-service.de:8080/residentials/?zoom=14lat=51.54834lon=7.30744layers=B00T
und achte auf die eingeschalten Layer und die dazu passende Attributierung.
Schalte dazu Layer ein und um. Es läßt sich mit OpenLayers mit dem Parameter
attribution ganz gut hinbekommen, dass nur die aktiven Layer unten
rechts erscheinen. Und wenn ein Google-Layer dabei wäre, klappt das
genauso.

Ich finde übrigens auch, dass das dort hin gehört aber du könntest das per
CSS auch woanders hinlegen.

Gruss
walter




-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Copyright-Attributierung-innerhalb-einer-Karte-tp5787692p5787707.html
Sent from the Germany mailing list archive at Nabble.com.

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