Re: [Talk-de] Overpass-Integration meldet seit kurzem "Ba d-Request" ohne Code-Änderung

[Holger Jeromin]

dktue  Wrote in message:
> Hallo,
> 
> auf der TüBus-Karte [1] funktioniert seit kurzem -- obwohl der Code 
> nicht geändert wurde -- die Overpass-Abfrage nicht mehr. Der Request 
> wird mit Status 400 beantwortet.
> 
> Weiß jemand, was sich geändert hat und was ich ändern müsste, damit die 
> Abfrage wieder funktioniert?
> 
> Viele Grüße
> dktue
> 
> [1] http://tübus-karte.de
> 
> ___
> 
> 

Wahrscheinlich das gleiche wie das
hier

https://github.com/openstreetmap/openstreetmap-website/issues/1843

Auch streetcomplete hatte die falsche, aber bisher funktionierende
 syntax genutzt.
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Längerfristig inaktive Objekte taggen?

[Holger Jeromin]

CryptKiddie  Wrote in message:
> Hallo zusammen.
> 
> Wie würdet ihr in folgender Situation taggen:
> 
> Wegen eines Umbaus ist ein Objekt temporär inaktiv, war aber schon
> einmal in Betrieb und wird auch wieder in Betrieb gehen?
> 
> Sollte man die dann temporär löschen und ein paar Monate später wieder
> einfügen oder gibt es dafür einen Tag wie /active=no /oder
> /out_of_order=yes/?
> 
> Danke für die Hilfe,

Ist immer bei mir eine einzelfallentscheidung.
Dabei auch beachten, dass nicht jede Anwendung monatliche updates
 nutzt. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] zwei ref´s an einer Bundesstraße

[Holger Jeromin]

Holger Jeromin <gm...@katur.de> Wrote in message:
> Volker Schmidt <vosc...@gmail.com> Wrote in message:

>> Ich weiss allerdings nicht wie die Hauptkarte den Fall handhabt, dass ein
>> way einen ref-Wert hat, der eine anderen Wert hat als der zugehoerigen
>> route relation verwendete.
>> 
> 
> Die Hauptkarte guckt nur auf den Weg, nicht auf die Relation. Geht
>  technisch nicht anders.

Die Diskussion darüber ist übrigens hier

https://github.com/gravitystorm/openstreetmap-carto/issues/596


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] zwei ref´s an einer Bundesstraße

[Holger Jeromin]

Volker Schmidt  Wrote in message:
> Dazu gab es kuerzlich im US-talk eine ausfuehrliche Diskussion. Muesste das
> raussuchen.
> 
> Ausser der doppelten ref am way selbst, sollten natuerlich auch
> entsprechende route relations existieren, in denen dann die jeweiligen ref
> Werte definiert sind.
> Ich weiss allerdings nicht wie die Hauptkarte den Fall handhabt, dass ein
> way einen ref-Wert hat, der eine anderen Wert hat als der zugehoerigen
> route relation verwendete.
> 

Die Hauptkarte guckt nur auf den Weg, nicht auf die Relation. Geht
 technisch nicht anders.

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] zwei ref´s an einer Bundesstraße

[Holger Jeromin]

"Scholtes, Martin"  Wrote in message:
> 
> 
> ich hab folgendes Problem: Die Bundesstraße zwischen dem Kreisel Hinzerath 
> und der Abfahrt Flughafen Hahn hat zwei ref´s. Heute bin ich diese Straße 
> entlang gefahren, fand aber an der Leitpfosten nur ein ref. I-Wann tauchte 
> dann ein Vorfahrtsschild mit zwei ref´s dran.
> 
> Welcher Beschilderung soll ich denn nun nachgehen?


Im Zweifelsfall beide, wenn Hinweise auf beide existieren. Kannst
 du per Semikolon trennen. 

Wird auch schön auf der Hauptkarte gerendert:



https://www.openstreetmap.org/way/172867616

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Farbe des Meeres in Mapnik

[Holger Jeromin]

Christoph Hormann  Wrote in message:
> On Monday 14 August 2017, Markus wrote:
>> Welchen RGB-hex-Wert hat die Farbe des Meeres in Mapnik?
>> Wo ist das definiert?
> 
> Erstmal ist der Begriff Mapnik hier vollkommen falsch, Mapnik ist ein 
> Programm zum Rendering von Karten, da kann Meere in jeder Farbe und aus 
> jeden beliebigen Daten darstellen.  Der Kartenstil, welcher die Farbe 
> des Meeres bestimmt heißt OpenStreetMap-Standardstil oder 
> OpenStreetMap-Carto.
> 
> Die derzeitige Farbe findet sich in:
> 
> https://github.com/gravitystorm/openstreetmap-carto/blob/v4.1.0/style.mss
> 
> das wird sich aber vorraussichtlich in der nächsten Version ändern:
> 
> https://github.com/gravitystorm/openstreetmap-carto/blob/master/style.mss
> 

Die neue Version wird nun auf der Hauptkarte genutzt:

https://github.com/openstreetmap/chef/issues/127

Dauert aber immer ein paar Stunden bis Tage bis wirklich alle
 Kacheln neu sind.
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Geschwindigkeitsbegrenzungen protokollieren

[Holger Jeromin]

Toni Erdmann  Wrote in message:
> Hallo Martin 
> 
> Ich mache das mit mapillary.com als APP auf dem Smartphone, mitlerweile mit 
> einer Gopro und einem Garmin (für gpx)
>

Mapillary hat auch den Vorteil, dass der Dienst die Schilder
 selbst auf allen Fotos erkennt und man diese Info in osm Editoren
 einblenden kann. Das macht das eintragen einfacher, da man die
 Schilder nicht selber suchen muss. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


___
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

[Holger Jeromin]

nebulon42 
 Wrote in message:
> Bei openstreetmap-carto - dem Standardstil auf osm.org - wurde eine
> Änderung aufgenommen
> (https://github.com/gravitystorm/openstreetmap-carto/pull/2554), die
> landuse=farm vom Rendering entfernt. Es gab einen Konsens, dass dieses
> Tag veraltet ist und nicht mehr verwendet werden soll. Die
> Nutzungszahlen haben in den letzten Jahren immer weiter abgenommen, aber
> es wird noch ungefähr 340.000 Mal verwendet. Details unter
> https://taginfo.openstreetmap.org/tags/landuse=farm und
> http://taghistory.raifer.tech/.
> 
> Diese Änderung kommt in das nächste Release, aber es gibt dafür noch
> kein Release-Datum. Manche von euch möchten vielleicht vorher in ihrer
> Gegend das Vorkommen von landuse=farm in landuse=farmland oder
> landuse=farmyard abändern. Bitte aber kein automatisches Umtaggen
> durchführen. Nach dem Release wird es durch die leeren Stellen leichter
> werden die verbliebenen Nutzungen dieses Tags zu entfernen.

Wäre vielleicht auch etwas für Maproulette... 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] emergency access points

[Holger Jeromin]

Joachim Kast  Wrote in message:
> Hallo,
> 
>> gibt es inzwischen ein Kartendarstellung der Punkte, mit Angabe der Nummer?
> in Nop's Reit- und Wanderkarte werden sie mit Nummer angezeigt.
> 
>> Auch OsmAnd zeigt sie nicht an. In der Suchfunktion kann ich sie zwar 
>> auswählen, sie findet aber nichts.
> In der aktuellen Version scheint ein Bug zu sein. Im Gegensatz zu früher
> werden derzeit auch Hydranten nicht angezeigt.

Bitte melde es doch bitte:

https://github.com/osmandapp/Osmand/issues


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Entfernen von wheelchair_toilet Tags

[Holger Jeromin]

Jan Schulte  Wrote in message:
> Hallo talk-de,
> 
> ich bin Jan und arbeite derzeit an der wheelmap. Derzeit kümmern wir uns
> darum, POIs zu bereinigen, die das wheelchair_toilet Tag haben. Ich habe
> bereits diesen Thread gelesen
> https://lists.openstreetmap.org/pipermail/talk-de/2016-July/113238.html
> wo das Thema diskutiert wurde. Wir haben uns bereits Gedanken gemacht,
> wie wir diese POIs in der wheelmap selbst bereinigen
> (https://github.com/sozialhelden/wheelmap/issues/400). Im Thread wurde
> empfohlen, dies in OpenStreetMap über einen Mechanical Edit zu lösen.
> Bevor wir dies starten, möchten wir nachfragen, ob das immer noch
> gewünscht ist. Falls ja, dann würden wir unsere Migration so anpassen,
> dass sie die Änderungen via Rosemary auch direkt an die OpenStreetMap
> überträgt.
> 
> Was denkt ihr dazu?
> 

Ich bin immer noch dafür das in OSM anzupassen. Danke dass du das
 nochmal ansprichst und auch machen willst. 


Wobei ich mich frage ob das über rosemary ein schlauer Weg ist.
 Ich würde es eher mit JOSM machen. Da habe ich das Gefühl, dass
 man das fehlerfreier reinbekommt als über eine Zusatzfunktion bei
 euch. 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Deutschter OSM-Stil in OsmAnd+

[Holger Jeromin]

 Wrote in message:
> Vielen Dank für die nützlichen Links. Gibt es einen solchen Stil für die 
> deutsche OSM Darstellung vlt. bereits?

Meines Wissens gibt es nicht viele stile. Jedenfalls keinen der
 dem deutschen Stil angenähert ist. 

> Und eine vlt. dumme Frage, aber ist der Mapnik-Stil des OpenStreetMap-Buchs 
> von Ramm und Topf kompatibel zu den Stil-Dateien von OsmAnd+ oder hat die 
> App ein ganz eigenes Format?

OsmAnd hat ein ganz eigenes Format. Das müsste komplett nach
 implementiert werden. 

> Anhand welcher Datengrundlage wird den der deutsche OSM-Stil gerendert?

Die Daten quelle sind immer die osm Hauptdatenbank. Je nach
 Anwendung werden verschiedene Wege gegangen. Raster Karten wie
 auf der Website haben eine SQL Datenbank und werden über eine
 carto / mapnik Beschreibung beschrieben, osmand sein eigenes
 Datenformat und eigene Stil Beschreibung zum lokalen rendern auf
 dem Handy. 
 
> Gibt es eine Übersicht mit allen verwendeten Farben und Liniendarstellungen?

Der Stil ist online einsehbar

https://github.com/giggls/openstreetmap-carto-de

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Holger Jeromin]

Martin Koppenhoefer <dieterdre...@gmail.com> Wrote in message:
> Am 12. Oktober 2016 um 22:28 schrieb Holger Jeromin <gm...@katur.de>:
> 
>> Kita Namen sind spannend. Da werden viele Namen vermischt genutzt.
>>  Als Beispiel:
>>
>> https://www.openstreetmap.org/way/182729076
>>
>> Den vollen Namen find ich unter official name am besten aufgehoben.
>>
> 
> 
> den halben Namen finde ich komplett unverständlich, klingt wie eine

Ist aber der Name :-)

> Anschrift und nicht wie ein Name. Für bestimmte Anwendungen (Ergebnisliste
> für eine Suche nach Kindergärten) wäre das sicherlich eine brauchbare
> Kurzfassung, für die gerenderte Karte funktioniert es überhaupt nicht, da
> wäre "Städtische Tageseinrichtung für Kinder" sicherlich besser. M.E.
> sollte das "Städt." in official_name ausgeschrieben werden.


Stimmt, das sollte man noch ändern. 
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] ist städtischer Kindergarten ein Name?

[Holger Jeromin]

David Geiser  Wrote in message:
> Moin,
> 
> ich habe ein wenig gegoogelt und mein nicht repräsentativer Eindruck ist,
> dass viele der mit "städtischer kindergarten" gefundenen Kindergärten auch
> so heißen bzw. so genannt werden (wenigstens offiziell).
> Einige haben noch einen Zusatz, z.B. der Straßenname, wenige haben einen
> "blumigen" Zusatz.
> 
> 

Kita Namen sind spannend. Da werden viele Namen vermischt genutzt.
 Als Beispiel:

https://www.openstreetmap.org/way/182729076

Den vollen Namen find ich unter official name am besten aufgehoben. 
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Announce: Carto-CSS Stil auf tile.openstreetmap.de

[Holger Jeromin]

Sven Geggus  Wrote in message:
> Peter Pointner  wrote:
> 
>>> Danke für Deinen Einsatz!
>> 
>> Da muss ich mich jetzt auch mal anschließen. Hatte ihn schon vermisst.
> 
> Zwei mal Dank, dreimal issue, kein pull-request.

Oh, hatte in den issues kein Dank eingebaut. :-|

Danke, dass der deutsche Stil jetzt wieder auf einem aktuellen
 Stand ist. Und noch dazu ein paar lokale gimmicks wie Sport
 Linien und Autobahn Farben. 

> Könnte schlimmer sein :)
> 
>

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Liegenschaften des Bundesnachrichtendienstes

[Holger Jeromin]

Martin Koppenhoefer <dieterdre...@gmail.com> Wrote in message:
> 
> 
> sent from a phone
> 
>> Il giorno 07 set 2016, alle ore 00:30, Holger Jeromin <gm...@katur.de> ha 
>> scritto:
>> 
>> Als key würde ich eher government statt amenity nutzen. 
> 
> damit es erstmal nicht im Standardstil ausgewertet werden kann? Ich würde den 
> Tag gerne potentiell auch für nicht-staatliche Nachrichten-/Geheimdienste 
> verwenden,

Nicht staatliche Geheimdienste? 

http://deu.anarchopedia.org/Geheimdienst#nicht-staatliche_.27gehei
mdienste.27

So viele scheinen da nicht zu existieren. :-)

> daher passt amenity besser, ansonsten würde government schon auch passen. 
> Steht damit auch in der Tradition der ironischen Nutzung von amenity in OSM 
> ;-)
> 

Du meinst prison? :-)


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Liegenschaften des Bundesnachrichtendienstes

[Holger Jeromin]

Martin Koppenhoefer  Wrote in message:
> 
> 
> sent from a phone
> 
>> Il giorno 06 set 2016, alle ore 00:56, Tom Pfeifer  
>> ha scritto:
>> 
>> Wenn es denn eine Regierungsbehörde ist:
>> Es gibt ja die noch offenen Diskussionen im Bereich
>> - landuse=civic_admin
>> - landuse=institutional
> 
> 
> ich fände es besser, etwas spezifischer zu taggen, damit man auch semantisch 
> suchen kann und nicht nur über den Namen. So was wie 
> amenity=intelligence_service
> 
> 

Als key würde ich eher government statt amenity nutzen. 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Deutsche Homepage - Fehlermeldung

[Holger Jeromin]

lars lingner  Wrote in message:
> Hallo Liste,
> 
> seit einigen Wochen wird an der IT hinter openstreetmap.de und
> fossgis.de gearbeitet. Gestern erfolgte die Umstellung auf den neuen
> Server. Der neue Server hat noch kein "richtiges" Zertifikat und Browser
> zeigen daraufhin berechtigterweise eine Warnung an.
> 
> Es ist möglich im Browser eine Ausnahme zu konfigurieren. Dadurch kann
> dann weiterhin auf die Webseite zugegriffen werden.
> 
> Die richtige Lösung ist aber auf dem Server ein gültiges Zertifikat zu
> hinterlegen. Daran wird gearbeitet. Bitte habt noch einige Tage Geduld.
> Manche Fehler fallen auch jetzt erst auf, da so einige "alte Zöpfe"
> abgeschnitten wurden.
> 
> Bei weiteren Fragen oder gar Bedenken könnt ihr gerne hier auf der Liste
> fragen.
> 
> Viele Grüße aus Berlin

Erstmal danke für die Administration der Server. 
Habt ihr beim Umzug 

http://openingh.openstreetmap.de/evaluation_tool/

vergessen? :-)

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Mobile Verkaufsstände

[Holger Jeromin]

Sven Geggus  Wrote in message:
> Carl von Einem  wrote:
> 
>> Und als "tag, der signalisiert, dass das Teil da in 95% der Zeit in der 
>> man vorbeikommt überhaupt nicht anzutreffen ist", würde ich 
>> opening_hours vorschlagen.
> 
> Das bedeutet wenn man das nicht rendern möchte, dann braucht man eine
> Postgresql funktion die opening_hours parsen kann?!  Dann doch besser
> intermittent.
> 
> Der Unterschied zu Wochenmärkten ist, dass die ihr eigenes Tag
> amenity=marketplace haben, das derzeit gar nicht gerendert wird.
> 

Es wird auf der Hauptkarte übrigens aus genau den Überlegungen
 bisher nicht gerendert, dass das Feature häufig nicht da ist.
 

Aber die Diskussion ist dort noch nicht geschlossen. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Mobile Verkaufsstände

[Holger Jeromin]

Martin Koppenhoefer  Wrote in message:
> Am 13. Juli 2016 um 11:27 schrieb Carl von Einem :
> 
>> Und als "tag, der signalisiert, dass das Teil da in 95% der Zeit in der
>> man vorbeikommt überhaupt nicht anzutreffen ist", würde ich opening_hours
>> vorschlagen.
> 
> 
> 
> naja, "opening_hours" sind Öffnungszeiten, keine Präsenzzeiten, wenn man
> ausserhalb der Öffnungszeiten zu einem Laden geht würde man m.E. erwarten,
> den geschlossenen Laden vorzufinden, nicht gar nichts. Ich würde für einen
> anderen tag plädieren, so dass man als Datenkonsument einfacher erkennen
> kann, ob man da überhaupt üblicherweise was antrifft, oder ob das Zelt nur
> während des Oktoberfests (oder der Stand nur während der Marktzeiten oder
> der Stand am Straßenrand nur in der Saison) dort ist.
> 

Die Auswertung von opening-hours ist beispielsweise über osmand
 super nutzbar. 
Bitte wegen dem Tool support das ganze als normale Öffnungszeiten
 eintragen. In der osmand Suche sehe ich dann sofort das der Laden
 für mich gerade nichts zu bieten hat. 
Eine Freitext Erklärung über note= wird auch im osmand angezeigt. 

Von mir aus noch ein neues Maschinen- lesbares neues tag, wenn
 jemand wirklich automatisiert wissen will, ob die amenity sonst
 geschlossen oder gar nicht da ist. 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Skandal! Skulptur im Park ohne rollstuhlgerechte Toilette!

[Holger Jeromin]

Tom Pfeifer  Wrote in message:
> 

> Dazu kommt noch ein neuer Tag 'wheelchair_toilet=*' (4600x), hier gibt es mehr
> 'unknown' als 'yes' und 'no' zusammen (53%). Undokumentiert.
>

Das falsche Tag war mir auch schon mal aufgefallen und habe es den
 sozialhelden gemeldet. Daraufhin haben sie den Fehler im backend
 innerhalb von wenigen Tagen behoben. Das ganze ist ein zwei Jahre
 her. 

Neue sollten nicht mehr rein kommen. Ich wäre für einen mechanical
 edit zur Korrektur. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

[Holger Jeromin]

Sven Geggus  Wrote in message:
> Christoph Hormann  wrote:
>> Grundsätzlich ist diese Unterscheidung auch im internationalen Stil 
>> angedacht, dort gibt es derzeit aber noch kein leaf_type.
> 
> Weil die AFAIK aus unerfindlichen Gründen immer noch keine hstore-Datenbank
> verwenden und dann sind halt neue tags schwierig. Siehe auch
> Burgen/Schlösser.

Hstore ist seit längerem geplant. Die Umstellung dauert aber
 leider länger als von vielen gehofft. 
Es wird ja ein voller Datenbank Re-Import dafür gebraucht. Und die
 Performance soll auch nicht viel schlechter als aktuell sein.
 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] JOSM - Anmeldung

[Holger Jeromin]

Markus wrote on 06.03.2016 11:15:
> Hallo Harald,
> 
> danke für den Link:
> 
>> Im Forum existiert dazu schon ein Thread:
>> http://forum.openstreetmap.org/viewtopic.php?id=53812
> 
> Das Problem scheint es also seit mindestens vier Tagen zu geben.
> Soweit ich sehe, hat das JOSM-Team den Bug noch nicht behoben...?
> JNLP lädt immer noch 9900 mit gleichem Fehler.

Die Releaseankündigung auf der JOSM-ML hatte folgenden Text:

-
> Note: the switch to OAuth as default authentication mechanism revealed
> a bug causing the fully-automatic process to fail when using JOSM on
> Windows via Java Web Start [3]. Very likely, the bug has been around
> since 2010 and remained undetected until very recently. In case you
> are affected, try the semi-automatic mode or switch back to the Basic
> authentication [4].
> Regards,
> Simon (simon04)
> [3] https://josm.openstreetmap.de/ticket/12584
> [4] 
> https://josm.openstreetmap.de/wiki/Help/Preferences/Connection#AuthenticationSettings
-



-- 
Grüße
Holger


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

Re: [Talk-de] 1000-Augen-Prinzip

[Holger Jeromin]

Stefan Keller  Wrote in message:
> Markus,
> 
> Am 27. Januar 2016 um 22:33 schrieb Markus :
>> 
> Wie die Diskussion eben - und Fred's "I Like OSM" Idee - zeigt, gibt
> können alternativ auch Leute wieder durch "Crowdsourcing" zu aktiven
> Qualitätsaussagen angeregt werden.
> 
> Ich schätze aber, dass man breiter abgestützte Aussagen machen kann
> nach dem Prinzip der "intrinsischen" Qualitätsuntersuchung verwendet.
> 
> Lukas (28. Januar 2016 um 13:26) verwies denn auch als weitere
> Möglichkeit auf meinen Blog (mit Karte!) über die Visualisierung der
> Anzahl Zugriffe auf die Startseite/Slippy Map von osm.org (siehe auch
> dieses Poster [2]). Diese Untersuchung zielt darauf ab, was "Hot
> Spots" sind. Die Analyse liesse sich natürlich auch umkehren, indem
> man visualisiert, was NIE angeschaut wurde.
> 
> Mapbox hat schon früher versucht herauszufinden, wo potentiell
> OSM-Daten fehlen und darüber berichtet ("Predicting data curation in
> OpenStreetMap" [1]).
> 
> Noch früher waren wohl OSM Admins wie Grant, die eine "Tile disk
> usage" berechnet haben [2]. Letztere Untersuchung besagt, dass im
> Jahre 2011 auf zweitunterster Zoom-Stufe 18 nur 0.9%(!) der
> Kacheln/Tiles verwendet wurden.

Spannend wäre da eine Analyse der Landfläche von zentral Europa. 
Denn der Ozean ist unspannend und beispielsweise USA eigentlich
 auch (zu viel Fläche und bekannt üble Datenqualität).
 

Wobei die osm Hauptkarte ja auch nicht die einzige Verwendung der
 Daten ist. 

> Mir scheint, dass man mit Statistiken von (nicht-)gebrauchten und
> (nicht-)besuchten Kacheln vielversprechende Analysen machen könnte. Es
> kommt aber drauf an, ob das genügt und auf das Ziel der Analysen sein
> soll.


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Bewachsene Gebäude

[Holger Jeromin]

Helmut Kauer wrote on 01.01.2016 20:24:

> wie tagt man z. B. Garagen, welche von der Zufahrtsseite ganz normal 
> aussehen, 
> jedoch so in den Hang gebaut sind, dass die Dächer wie eine normale Wiese, 
> Park, ... aussehen und auch so genutzt werden. Habe dies auch bei Umkleiden 
> an 
> einem Sportplatz, ...
> Für Tips schon mal Danke.

Wenn der building gedanke überwiegt wäre roof:material=grass und
roof:shape=flat gut.

Wenn die Garage eh unspannend (private parking?) ist, hab ich auch schon
die Garage als Node eines landuse=meadow umrisses getaggt:

http://www.openstreetmap.org/node/1958099374
Gibts in der Umgebung noch sechs mal...

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Karten-Projektion Merkator

[Holger Jeromin]

Markus  Wrote in message:
,
> 
> "Most of OSM, including the main tiling system,
> uses a spherical Mercator projection. "
> Quelle: http://wiki.openstreetmap.org/wiki/Mercator
> 
> Warum machen wir das so?
> 
> Welche Alternativen gibt es?
> 
> Welche OSM-Karten nutzen welche Alternative?
> 
> Warum?

Bekanntestes Gegenbeispiel ist wohl:

http://polar.openstreetmap.de/

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

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

[Holger Jeromin]

Carl von Einem wrote on 08.12.2015 12:38:
> hike39 wrote on 08.12.15 11:44:
>> weiss jemand von Euch, was mit openstreetmap.org los ist?
>> Bei mir läuft der Zugriff immer auf einen Timeout. Ist mir etwas entgangen?
> wiki.openstreetmap.org ist seit dem späten Vormittag nicht mehr erreichbar.
> Aber www.openstreetmap.org geht problemlos, auch Nominatim

Nicht ganz:

http://stats.pingdom.com/p310g2klasry/546498

Die meisten Server haben Probleme.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Flughafen in Carto

[Holger Jeromin]

Markus wrote on 18.11.2015 20:40:

 Aerodrome=* ist noch nicht in der Renderingdatenbank. 
> Das wäre doch schon mal ein erster Schritt?!
> Alles was "international" ist --> z=8
> Alles andere --> z=11

Ist nicht inder Rederingdatenbank heißt: Für die Karte aktuell nicht
nutzbar. Soll sich aber "really soon now" ändern :-)

Der dazu gehörige Issue ist
https://github.com/gravitystorm/openstreetmap-carto/issues/1504

-- 
Grüße
Holger


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

Re: [Talk-de] Flughafen in Carto

[Holger Jeromin]

Markus wrote on 18.11.2015 12:51:

>> Aerodrome=* ist noch nicht in der Renderingdatenbank. Hier ist alles
>> und mehr was du zum Thema wissen möchtest:
>> https://github.com/gravitystorm/openstreetmap-carto/issues/1143
>> https://github.com/gravitystorm/openstreetmap-carto/pull/1734
> Danke für die Links!
> Mein Englisch ist etwas dürftig - aber wenn ich richtig verstehe, wurden
> einige Überlegungen zu relativen Grössen zur Klassifizierung gemacht?
> und umgesetzt, und das führte zu einer ersten Verbesserung.

Das war eine Idee eines Entwicklers, aber bisher nicht in die Hauptkarte
übernommen.

> Wenn ich die Situation in Nürnberg betrachte:
> (internationale Flughäfen im Umkreis von NUE: MUC, FRA, STR, DRS)
> http://www.openstreetmap.org/#map=10/49.4016/11.1340
> z=7..9keine Information
> z=10+ ~36 "Flughäfen"
> davon 1 international, 5 Militär, 1 regional, 29 Landeplätze
> und alle mit dem gleichen Icon.
> 
> Es gibt absolute Grössen, aus denen - richtig gewichtet -
> die Bedeutung eines Flughafens abgeleitet werden kann:
> - Passagieraufkommen
> - Frachtaufkommen
> - Anzahl Flugbewegungen
> - Mitarbeiter
> - Fläche des Flughafengeländes
> - Zahl und Länge/Breite der Start- und Landebahnen
> - Höchstabfluggewicht
> - Öffnungszeiten (für Flugverkehr)

Nicht einfach zu pflegen, aber nicht unsinnvoll in den daten zu haben.
Frankfurt Flughafen ist noch nicht mal als Umriss eingetragen...

> Zu den internationalen Flughäfen sind diese Daten über
> Wikipedia/Wikidata weitgehend verfügbar.
> 
> Damit müsste sich doch per Preprozessing irgend etwas Schlaues machen
> lassen...?

Echtes Preprozessing ist aus Geschwindigkeitsgründen (änderung soll
"sofort" sichtbar sein) in osm-carto nicht gewünscht.

> In CH unterscheidet man:
> - Flughafen (Betriebs- und Zulassungspflicht) --> Betriebszeiten
> - Flugfeld (ohne Betriebs- und Zulassungspflicht)
> - Gebirgslandeplatz (unbefestigte Landestelle über 1100 m ü.M.)
> - Militärflughafen


-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] highway=emergency_access_point

[Holger Jeromin]

Thorsten Alge wrote on 05.11.2015 23:23:

> ich habe mal eine Frage zum Thema Notfallrettungspunkte und der
> Verwendung des name-Tags. Im Wiki ist ein Schild von einem Rettungpunkt
> mit einer Ortsbezeichnung (Alter Lorscher Weg) und einer Referenznummer
> (HP 108) angegeben. Mappen würde ich das wie folgt:
> 
>   highway=emergency_access_point
>   name=Alter Lorscher Weg
>   ref=HP 108
> 
> Im Harz enthalten die Rettungspunkte keine Ortsbezeichnung und sind fast
> alle wie folgt getaggt (Beispiel: GS-123):
> 
>   highway=emergency_access_point
>   name=Notfallrettungspunkt Nr. 123
>   ref=GS-123
> 
> Leider nutzen die meisten Anwendungen (u.a. OsmAnd) leider nur das
> name-Tag was die Angabe der Referenz im Namen eigentlich nötig macht.

Dann wäre es doch gut, wenn osmand bei fehlendem Namen die Referenz anzeigt.

Jemand hat vor ein paar Stunden aber schon einen Bugreport geöffnet:
https://github.com/osmandapp/Osmand/issues/1873

> Für die Bergwacht, welche diese für die Suche vermisster Personen in
> OsmAnd nutzen möchte, ist es ohne die Referenz im Namen unbrauchbar.
> Diese wie in diesem Beispiel anzugeben ist aber auch nicht hilfreich.
> 
> Leider ist im Wiki nicht klar angegeben, wie das name-Tag hier verwendet
> werden soll. Die Bezeichnung 'Notfallrettungspunkt Nr.' im Namen halte
> ich für unnötig redundant. Die Referenz im Namen ist ebenfalls
> redundant, macht diese bei Offline-Karten wie OsmAnd aber zumindest nutzbar.
> 
> Wie sollten diese nun korrekt getaggt werden?

Ich sehe das gewünschte Tagging wie du. Name ist name, ref ist referenz.
Wenn das Ding keinen Klartextnamen hat, sollte dieser leer bleiben. Wenn
eine Anwendung diese nicht unterstützt, muss die Anwendung geändert werden.

-- 
Grüße
Holger Jeromin


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

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

[Holger Jeromin]

Christian Pietzsch  Wrote in message:
> >
>> Was das grün an geht, ja.
>> Ansonsten ist das aber eine deutliche Verwässerung des Wegenetzes, die
>> Strukturen zwischen "hier fahren eigentlich nur Gebiets-Anlieger" und
>> "hier gehts weiter zum nächsten Ort wenn Du kein Gebiets-Anlieger bist"
>> saufen ab.
>>
> Ich war anfangs skeptisch wegen der decolorisierung von tertiay, aber
> letztlich finde ich doch, dass es noch recht gut sichtbar ist. Die Breite
> lässt erkennen, dass es sich um eine  Straße mit höherer Verkehrsbedeutung
> handelt, als normale Wohngebietsstraßen. Auf z=12 sind sie sehr gut
> sichtbar, da es dort die einzigen weißen Straßen sind. Auf z=13 und 14
> könnte die Straße vllt noch 1-2 pixel breiter sein. Alle höheren zoom level
> finde ich unproblematisch.
> 
> Wo ich vorallem noch potential sehen würde, sind Autobahnen.. Bei unter
> z=8/9 wäre auch hier eine etwas breite Darstellung besser sichtbar.

Solche Vorschläge sind auf github wesentlich besser aufgehoben,
 als hier in einer deutschsprachigen Mailingliste.
 
Darauf kann man noch nicht mal sinnvoll verlinken, da die vier
 Maintainer meiner Meinung nach kein deutsch sprechen.
 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Mapnik: Dächer über area=yes we rden nicht dargestellt.

[Holger Jeromin]

chris66  Wrote in message:
> Am 25.10.2015 um 14:56 schrieb huey212:
>> Hallo,
>> 
>> ich habe hier mehrere Stellen, an denen Dächer oder Gebäudeteile, die
>> sich über Plätzen (highway=service oder pedestrian + area=yes) befinden
>> nicht dargestellt werden.
> 
> Ja, ist ein bekannter Mapnik Bug.

https://github.com/gravitystorm/openstreetmap-carto/issues/688

> Oder auch 'ne bewusste Designentscheidung, alles ist möglich.

Für Linien highways ist covered =yes richtig und optisch
 brauchbar, aber für area ist das leider keine Lösung.
 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] JOSM - Probleme mit continuos Download Plugin

[Holger Jeromin]

Clemens Schüller  Wrote in message:
> Hallo!
> 
> Wenn ich JOSM starte, kann das Plugin seit ein paar Tagen nicht geladen
> werden. Beim Start von JOSM in der Konsole bekomme ich folgende
> Fehlermeldung:
> 

> 
> Kurioserweise existiert das Problem nur beim latest Zweig (Version 8944)
> auf, _nicht_ aber beim stable Zweig (Version 8800).

Kurios? Das ist doch gerade der Sinn von latest und stable. 

> Ach ja, als JVM verwende ich die von Oracle.
> 
> 
> Existiert das Problem bei Euch auch, oder ist das nur bei mir so?
> 

Dieses Fenster sollte einen Knopf zum Fehlermelden haben. 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

[Talk-de] Trennung von physikalischen und rechtlichen Status von Bahnanlagen (war Re: ÖPNV-Karte / Darstellung historischer Bahnstreckel)

[Holger Jeromin]

Nzara  Wrote in message:
> Am 19.10.2015 um 02:33 schrieb Garry:
>>>
>>> disused: Schienen noch vorhanden
>>> abandoned: Schienen nicht mehr vorhanen, Schwellen vielleicht noch
>>> vorhanden, Schotter auf jeden Fall vorhanden
>>> razed usw.: wenn noch mehr fehlt/nicht mehr sichtbar ist
>>>
>> Zumindest für Deutschland bildet OSM damit leider nur ungenügend die
>> Fakten bezüglich physikalischen, rechtlichen und wirtschaftlichen
> 
> In meiner Wahrnehmung zielt OSM primär auf die physikalischen Fakten 
> (ground rule), die man direkt vor Ort nachvollziehen kann. Natürlich 
> werden auch die anderen Aspekte gemappt. Da wird das 'Vor Ort 
> nachvollziehen' dann gerne mühsam, wenn der Konsens über die Autorität 
> rechtlichen oder wirtschaftlichen besteht oder wenn diese Aspekte mit 
> den physikalischen vermischt werden (entwidmet aber nicht zurrück gebaut).

Diese Trennung war mir bisher nicht so klar. Könnte man da nicht
 ansetzen und das Tagging entsprechend anpassen? 

Das Durcheinander ist ja auch der Grund, wieso alte Strecken nicht
 mehr auf der default Karte sichtbar sind. Linien durch neue
 Gebäude sehen halt doof aus. 

Der railway Tag sollte den physikalischen und damit vor Ort 
 eindeutigen Zustand beschreiben. Ein weiterer Tag könnte die
 rechtliche Situation ergänzen. 

Gab es solche Überlegungen schon? 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Parkplätze Autobahnen ohne u. mit W C

[Holger Jeromin]

Peter Barth  Wrote in message:
> Hi,
> 
> Rolf Eike Beer schrieb:
>> Relevant sind hier also die beiden keys highway=services (Raststätte) 
>> und highway=rest_area (Rastplatz), jeweils in Kombination mit 
>> toilets=yes. Nun muss nur noch jemand hingehen und daraus was hübsches 
>> basteln. ;)
> 
> oder ohne toilets und das dann für die Einfärbung verwenden. Nicht dass
> das jetzt hübsch wäre, aber dann weiß man, wo man noch gucken muss
> (blaue Knoten) ob es da echt keine Toiletten gibt ;)
> 
> http://overpass-turbo.eu/s/bVL

Dank sehr guter Autobahn Bilder von mapillary sollte man ziemlich
 einfach von Zuhause diese Daten ergänzen können.
 
Toiletten und wheelchair Toilette ist ja gut auf den Schildern vor
 den Rastplatz erkennbar. 

toilets=no ist ja auch sinnvoll in den Daten zu haben. 
Wäre das ne Idee für map Roulette? 

Evtl sind die Toiletten einzeln und nicht als Attribut auf dem
 Rastplatz getaggt. Das könnte ein pre preprocessing finden.
 
Rastplätze gibt's ja jetzt auch nicht soo viele. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] OSM-Notes: Rückkanal zum Ersteller

[Holger Jeromin]

huey212  Wrote in message:
> Hallo,
> 
> ich schaue ganz gern mal die Notes-Fehler bei uns in der Gegend durch.
> Mit gefällt sehr gut, dass ich eine Mail bekomme, wenn jemand von mir
> erstellte oder kommentierte Bugs bearbeitet.
> 
> Ich finde das anonyme Fehlermelden ohne Anmeldung extrem richtig und
> wichtig.
> 
> Es ist jedoch sehr häufig hilfreich Rückfragen stellen zu können.
> Kann man dort ein Feld für die optionale Angabe einer E-Mailadresse
> einfügen? Sie sollte vielleicht auch gar nicht öffentlich angezeigt werden.
> 
> Ein Teil der anonymen Fehlermelder wird sicher auch zu mehr Mitarbeit
> motiviert, wenn er eine Rückinfo bekommt und sieht, dass sein Bug
> geschlossen oder zumindest bearbeitet wurde.

Die Idee ist gut. Hatte auch schon jemand anderes, aber leider hat
 die Funktion bisher keiner implementiert. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Link-Sammlung für OSM-Stände auf Me ssen, Linuxtagen usw.

[Holger Jeromin]

Michael Reichert  Wrote in message:
> Hallo,
> 
> auf Messen (v.a. Intergeo) habe ich in der Vergangenheit oft die
> Erfahrung gemacht, dass man weiß, was man den Besuchern, mit denen man
> gerade spricht, zeigen will, aber nicht die URL dazu kennt. In solchen
> Fällen googlet man dann.
> 
> Um dies zu vermeiden, habe ich basierend auf meiner persönlichen
> Lesezeichensammlung eine Lesezeichensammlung zusammengestellt, die man
> auf der Messe in die Browser der Rechner auf dem Messestand importieren
> kann. Die Lesezeichensammlung gibt es seit gerade eben als Github-Projekt.
> 
> https://github.com/Nakaner/trade-fair-bookmark-collection
> 
> Wer sich die Sammlung ansehen möchte, lege einfach ein neues
> Browser-Profil an (Firefox von der Kommandozeile aus mit 'firefox
> --ProfileManager' starten) und importiere dort bookmarks.html
> (Strg+Shift+O -> Importieren und Sichern -> Lesezeichen von HTML
> importieren).
> 
> Alternativ könnt ihr auch einfach die HTML-Datei in einem x-beliebigen
> Browser anschauen. Hier der Link direkt zur Datei:
> https://github.com/Nakaner/trade-fair-bookmark-collection/raw/master/bookmarks.html
> (Abspeichern und mit dem Browser öffnen)
> 
> Zum Beitragen von Links gibt es zwei Wege. Gern gesehen sind
> Pull-Requests (oder ersatzweise Diffs per Mail). Wer Git-negativ ist,
> kann mir auch den Link mit einer Beschreibung schicken.
> 
> 
> *Wichtiger Hinweis für Beitragende*
> Diese Sammlung ist kein Wiki-Index. Das heißt, einfach

Hört sich sinnvoll an. 
Aber ich frage mich ob eine extra  wiki Seite dafür nicht doch
 besser geeignet ist. 

Evtl in deinem Benutzer Namensraum, wenn du etwas "Kontrolle"
 haben willst. 

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Gerichtsbezirke mappen?

[Holger Jeromin]

Michael Reichert wrote on 11.08.2015 00:41:

 *Stirnrunzel*
 Ich würde gerne Mal andere Meinungen zu folgender Relation lesen.
 https://www.openstreetmap.org/relation/5421471/history
 Ist OSM der richtige Ort dafür? Wäre das bei Wikidata nicht besser
 aufgehoben?

Da es hier um keine Fläche sondern um eine Hierarchie geht, ist das in
Wikidata gut abbildbar und auch besser aufgehoben.

-- 
Grüße
Holger


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

Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.

[Holger Jeromin]

Florian Lohoff wrote on 30.07.2015 22:05:
 On Thu, Jul 30, 2015 at 10:11:07AM +0200, Martin Koppenhoefer wrote:
 Im überigen sehe ich hier eines der großen Probleme mit dem derzeitigen 
 tagging
 bei OSM für z.b. den Schwerlastverkehr. Ein hgv=no auf einer Strecke ist
 in den meisten fällen falsch. Am ende ist das ja ein Einfahrtsverbot in 
 die Strecke, Ausfahren darf ich ja immer. D.h. es sind eigentlich Punktförmige
 Verbote. Ich habe die hier sehr häufig halt unidirektional d.h. ich darf von 
 einer Seite in die Straße eben nicht einfahren. Kann ich stand heute nur 
 damit modellieren das ich die Straße trenne in 2 oneways und eines mit einem 
 hgv=no
 belege. (Was ich nicht mache weil ich für absolut kaputt halte)

hgv:foward=no

Gibts ja auch noch...

-- 
Grüße
Holger


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

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

[Holger Jeromin]

Martin Koppenhoefer wrote on 09.07.2015 13:37:
  Am 09.07.2015 um 11:33 schrieb Markus liste12a4...@gmx.de:
  _Wasser_
  Für Wasserwege (Linie) und Wasserflächen (Fläche):
  Diese sollen nie mit anderen Objekten Punkte teilen.
 das denke ich nicht, ein Strand wird immer die Punkte teilen mit der 
 Küstenlinie (zum Beispiel), auch ein Seeufer geht immer bis zum See, selbst 
 wenn sich der Wasserstand ändert.

Genau das schrieb Markus ja: Küsten, Seeen, Strände sind doch alles
Flächen.

-- 
Grüße
Holger


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

Re: [Talk-de] Mappen von Schachtdeckeln

[Holger Jeromin]

Michael Paulmann wrote on 29.06.2015 11:48:
 ich wollte euch fragen wie ihr Schachtdeckel, wie in den Fotos zu sehen, 
 mappt. Die Schachtdeckel sind auf einer Grünflächen am Max-Eyth-See: 
 http://www.openstreetmap.org/#map=18/48.82848/9.20963

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

-- 
Grüße
Holger


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

Re: [Talk-de] JOSM Merkmale vorherige Auswahl

[Holger Jeromin]

Johannes jo...@posteo.de Wrote in message:
 Mittlerweile finde ich in der Tastaturbelegung von JOSM nicht mehr die
 Funktion die Merkmale der vorherigen Auswahl auf die Aktuelle
 einzufügen. Kann man das wieder irgendwo einschalten?
 

Sehr praktische Funktion. Ist glaub ich auf shift r. Also wie wenn
 du ein grosses r schreiben willst. 


-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] tunnel überlagert Buildings auf osm.org

[Holger Jeromin]

Andreas Labres wrote on 12.06.2015 11:50:
 Linienobjekte überlagern Flächenobjekte, das ist vermutlich ziemlich
 grundsätzlich so. Man würde ja auch nicht wollen, dass z.B. ein Wald oder eine
 Wiese eine Straße oder einen Weg überlagert.

Nein, es gibt verschiedene Ebenen welche nacheinander gerendert werden.
Erst Ozean, dann alle landuse, dann alle Häuser, dann Straßen (oder halt
so ähnlich).

Das ist auch ein Problem, zum Beispiel am Eiffelturm
http://www.openstreetmap.org/#map=19/48.85814/2.29433
aber nicht so einfach zu lösen leider.
Diskussion gibts hier schon länger:
https://github.com/gravitystorm/openstreetmap-carto/issues/688

-- 
Grüße
Holger


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

Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

[Holger Jeromin]

Sven Anders wrote on 26.05.2015 15:43:
 Am 26.05.2015 um 15:37 schrieb Florian Lohoff:
 On Mon, May 25, 2015 at 03:02:03PM +0200, nicolaus1977 wrote:
 Moin Florian,
 sprichtst du vom Tracer oder Tracer2?
 Ich habe bei JOSM gerade ein Update auf 8339 gemacht und bei mir
 funktioniert der Tracer2 anstandslos.
 tracer2 - Wichtig ist das du auch ipv6 connectivity auf deinem Rechner
 hast. Ggfs auch noch Linux wichtig.
 Dann macht Josm einen ipv6 socket für die Kommunikation mit dem tracer2
 auf. Der macht aber nur ipv4 - Also ist das mit der kommunikation mit
 den beiden nicht so weit her.
 Ich habe diverse ipv6 bugs an die josm leute gemeldet und das scheint
 ja mit java und ipv6 eine vollkatastrophe zu sein.
 Ich hab mich ziemlich lang und breit mit Ipv6 beschäftigt, IMHO ist dann 
 tracer2 das Problem und nicht JOSM. Der Standard sagt kipp und klar, 
 dass wenn ein Rechner beides kann, soll immer IPv6 benutzt werden.

Wenn der tracer2 server kein v6 socket aufmacht, sollte das josm-plugin
einfach auf 127.0.0.1 statt localhost verbinden. Nicht schön, aber wäre
vielleicht einfacher, als den tracer2 server zu reparieren.

-- 
Grüße
Holger


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

Re: [Talk-de] POI als Punkt oder Fläche mappen

[Holger Jeromin]

Florian Lohoff wrote on 14.05.2015 15:07:

 On Thu, May 14, 2015 at 11:09:32AM +0200, Martin Koppenhoefer wrote:
 Das klingt für mich eher so, als hätte Dein Router ein Problem mit POIs als
 Flächen, nicht Du ;-)
 Es ist ein Auswertungsproblem richtig.
 Im Ernst, wenn es einen Eingang gibt, sollte der Router da hin routen. Wenn
 es nicht klar wird aus den OSM Daten, wozu der Eingang gehört, dann muss
 man dafür ein Modell entwickeln. Es gibt noch andere Anwendungsfälle für
 unsere Daten als nur das Routing, und Objekte, die selbst eine nennenswerte
 Ausdehnung haben, sollten auch mit einer solchen eingetragen werden (d.h.
 als Fläche), damit die Daten möglichst universell verwendbar sind. Das
 Problem mit dem Routing ist, dass man oft nicht einfach irgendwie in die
 Nähe des POIs will (was die meisten Router derzeit machen), sondern dass
 man normalerweise zu einem der Eingänge will, sofern es sie gibt.
 Genau - Grundsätzlich sollte es möglich sein für einen POI nicht nur die
 Ausdehnung sondern auch den präferierten Punkt (Eingang, Zentrum etc) zu

 erfassen. Im Prinzip analog zu administrativen Grenzen. Wenn ich nach
 Bielefeld route dann will ich ja nicht in die nähe von Bielefeld oder
 auf der A2 am Berg dann gesagt bekommen Sie haben ihr Ziel erreicht
 sondern für Routingzwecke will ich nicht das in der Auswertung ein
 geometrisches Zentrum eines beliebigen Polygons als Ziel definiert wird,
 sondern ein von mir explizit benanntes.
 
 Da gibt es aber viele Anwendungsfälle.
 
 - POI mit Ausdehnung - Eingang/Ausgang/Anmeldung/Zentrum

Dafür wurde auf der Tagging-ML amenity=reception_desk vorgeschlagen.
Innerhalb des POIs an der richtigen Position.
Aber viel genutzt wird das im Moment auch nicht.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Fußgänger-Diskriminierung?

[Holger Jeromin]

Volker Schmidt wrote on 16.04.2015 16:36:
 Ich sehe die Frage vom Fahrradrouting her:
 Wenn ich im Auto mein navi benutze sagt mir das z.B.: 1km geradeaus auf
 der Schillerstrasse; oder: biege nach 100m rechts in the Goethestrasse
 ein. Wenn ich auf dem Rad auf den strassenbegleitenden, namenlosen
 Radwegen unterwegs bin bin, schreibt mein Fahrradnavi: geradeaus auf
 Radweg und rechts ab auf Radweg

Wie wäre es, wenn es sagen würde:
Geradeaus auf dem Radweg parallel zur Schillerstraße

Will ich wirklich Geradeaus auf der Schillerstraße, wenn es den Radweg
daneben meint?

-- 
Grüße
Holger


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

Re: [Talk-de] HTTPS auf overpass-api.de

[Holger Jeromin]

Roland Olbricht wrote on 26.03.2015 19:24:

 Ich denke, das Image der SSL-Zertifkate ist, dass sie irgendwie sicher 
 sind, während Seiten ohne Verschlüsselung irgendwie  unsicher sind. Ich 
 würde das gerne detaillieren.

Seiten mit Warnungen sind schlecht fürs Internet, da sie Usern (die
keine Ahnung haben) beibringen immer auf OK zu klicken.

 Man kann einwenden, dass ein Angreifer mehr tun muss: er muss den 
 Datenverkehr zwischen Browser und dem Webserver, auf dem die Overpass 
 API liegt, abfangen. Das muss er allerdings für eine unverschlüsselte 
 Verbindung ebenfalls. Ohne große Mühen können das z.B. Programme auf dem 
 eigenen Rechner (macht der Notebook-Hersteller Lenovo [1]), Dein 
 Zugangsprovider [2] oder im Falle eines WLANs in der Regel jeder andere 
 Teilnehmer im WLAN, mein Zugangsprovider oder Hosting-Anbieter oder auch 
 Lauscher an großen Umschlagpunkten [3]. In allen diesen Fällen haben die 
 Mitlauscher es geschafft, sich auch ein gültiges Zertifikat zu 
 verschaffen. Zwischen der Sicherheit verschlüsselter und 
 unverschlüsselter Verbindungen hat es also exakt keinen Unterschied gegeben.
 
 Unberechtigte Zertifikate zu ehalten ist aber nicht nur für 
 Geheimdienste [2] und Anbieter suspekter Software [1] möglich, sondern 
 auch für Einzelpersonen [4]. Um ein Zertifkat für eine Website zu 
 bekommen, muss man nur in der Lage sein, eine eMail an eine Adresse wir 
 postmas...@overpass-api.de zu einem selbstgewählten Zeitpunkt lesen zu 
 können. Praktischerweise passiert das auf dem gleichen Kanal wie die 
 spätere Verbindung zur Overpass API per HTTPS; diesen muss man für einen 
 Angriff ohnehin kontrollieren können. Dazu kommen alle außerplanmäßigen 

Das ist nicht ganz korrekt.
Die Bestätigungsmail kommt über den Weg:
Zert-Anbieter  -- overpass-api.de Mailserver
Wobei das wohl Glasfaserleitungen und sonstige feste Verbindungen
zwischen großen Rechenzentren sind.

Die spätere Nutzung geht über
overpass-api.de Webserver --2-- Nutzer
Was beliebiges unverschlüsseltes WLAN oder verwundbare Privat-Router
sein kann.

Ersterer Einbruch ist wesendlich schwieriger, als der andere.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] www.openstreetmap.org/#map

[Holger Jeromin]

Michael osm...@suesz.de Wrote in message:

 
 Wer wäre da Ansprechpartner bzw könnte helfen?
 

Sowas meldest du am besten hier auf englisch: 
https://github.com/openstreetmap/openstreetmap-website/issues

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Holger Jeromin]

Alexander Lehner wrote on 19.02.2015 17:07:

 On Thu, 19 Feb 2015, Florian Lohoff wrote:
 Anliegerverbote sind ein extrem schwieriges Thema zu dem auch noch
 anderes gehört wie z.b. Tracks. Am Ende werden alle verbote zu einem
 access=destination. Selbst wenn auf einer Straße ein access=no oder
 das nur ein Fußweg ist muss der router das dingen benutzen wenn
 das Ziel an diesem Weg liegt. Deshalb macht OSRM auch murks wenn
 ich nach Hause möchte. Ich liege an einem Waldweg - nicht asphaltiert,
 forstwirtschaftlicher Verkehr frei - typ track/grade4. Ja - den muss man
 befahren um zu mir zu kommen.
 Dem kann ich mich nur anschliessen, ich wohne aehnlich 'privilegiert' 
 (Sackgasse, Schotterweg, Privatweg).
 Bis vor ein paar Jahren haben kommerzielle Navis das ueberhaupt nicht 
 gefunden, OSM schon. Inzwischen sagen sie 'die Route beinhaltet 
 nicht-befestigte Teile' oder so...
 Wenn es keine alternative Zufahrt gibt, muss man da halt durch.

Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
geführt werden.

Da fänd ich es sinnvoll, wenn ein Router fürs Auto sagt:
Hier kommst/darfst du nicht hin, parke dein Auto entweder irgendwo (oder
an dem Parkplatz xy) und geh den Rest zu Fuß (wenn die Daten das dann
erlauben).

Evtl ist bei euch ja auch folgendes Tagging richtiger:
foot=yes
bicycle=yes
motorcar=private
agricultural=yes

-- 
Grüße
Holger


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Holger Jeromin]

Florian Lohoff wrote on 20.02.2015 14:16:

 On Fri, Feb 20, 2015 at 10:42:24AM +0100, Holger Jeromin wrote:
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 Ich will bei einem ein Meter breiten Trampelpfad nicht mit dem Auto
 geführt werden.
 Es gibt keinen alternativen weg. Es gibt keine Möglichkeit anders zu mir
 zu kommen. Soll also der Router 500m entfernt auf einer Service road
 (Die völlig abstrus liegt aber geometrisch am nächsten am ziel ist)
 stoppen und dir noch eine Luftlinie zeigen? So geschieht das im moment.

 Da fänd ich es sinnvoll, wenn ein Router fürs Auto sagt:
 Hier kommst/darfst du nicht hin, parke dein Auto entweder irgendwo (oder
 an dem Parkplatz xy) und geh den Rest zu Fuß (wenn die Daten das dann
 erlauben).
 Also das sollte man schon selber entscheiden können ob ich mit dem Auto
 noch irgendwo reinfahre oder nicht. Das ist so ein bischen wie die

Ein Navi/Karte ist eigentlich dazu da, dir von zuhause zu sagen, was
geht und was nicht.

 Leute die dem Navi hinterher hin den Fluß fahren. 

Aber der Router kann nicht entscheiden, ob es sinnvoll ist den Track
jetzt zu benutzen oder nicht.
Oder willst du, dass der Router dich mit deinem Auto bis auf das
Basislager des Mt.Everest lotst, da Wenn es keine alternative Zufahrt
gibt, muss man da halt durch. auch hier gilt?

 Evtl ist bei euch ja auch folgendes Tagging richtiger:
 foot=yes
 bicycle=yes
 motorcar=private
 agricultural=yes
 Der Punkt ist das OSRM stand heute KEINE tracks benutzt. Egal was
 passiert. Wenn es aber die einzige möglichkeit ist einen Ort zu
 erreichen ist die Nutzung legitim. MapQuest macht es vor. Mapfactor
 Navigator auch.

https://github.com/Project-OSRM/osrm-backend/issues/1219#issuecomment-59010196

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Holger Jeromin]

Holger Jeromin wrote on 20.02.2015 15:21:
 Florian Lohoff wrote on 20.02.2015 14:16:
 On Fri, Feb 20, 2015 at 10:42:24AM +0100, Holger Jeromin wrote:
 Du sagst das, aber die Daten nicht. Sind dann nicht die Daten falsch?
 ...
 Evtl ist bei euch ja auch folgendes Tagging richtiger:
 foot=yes
 bicycle=yes
 motorcar=private
 agricultural=yes
 Der Punkt ist das OSRM stand heute KEINE tracks benutzt. Egal was
 passiert. Wenn es aber die einzige möglichkeit ist einen Ort zu
 erreichen ist die Nutzung legitim. MapQuest macht es vor. Mapfactor
 Navigator auch.
 https://github.com/Project-OSRM/osrm-backend/issues/1219#issuecomment-59010196

Danke, dass du mir die Stelle per Mail geschickt hast. Der Weg hat ja
schon folgende Tags:
hgv=destination
highway=track
motorcar=destination
motorcycle=destination

Ich hätte gedacht, dass osrm tracks nutzt, wenn der access richtig ist.
Dann mach doch ein neues Ticket auf.
Obige Kombi sollte definitiv im Auto-Profil erlaubt sein.

-- 
Grüße
Holger


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

Re: [Talk-de] heise berichtet ueber osm.org-Routing integration

[Holger Jeromin]

Tobias Knerr wrote on 18.02.2015 12:28:
 Am 18.02.2015 12:09, schrieb Alexander Lehner:
 ... wenngleich auch etwas kritisch:
 ... und nicht ganz richtig: anonyme Korrekturen oder Hinweise
 akzeptiert OpenStreetMap nicht.

Mittlerweile gibt es ein update des Artikels, welche die Hauptprobleme
im Artikel behebt.

-- 
Grüße
Holger


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

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

[Holger Jeromin]

Knut Büscher knut.buesc...@gbconsite.org Wrote in message:

 
 Currently, the germany.osm file contains approx. 1.930 OSM objects
 tagged with amenity=fuel and name ilike '%aral%'.
 So the initial estimate is to _add approx. 420 Aral petrol stations_ (as
 new OSM objects or by editing existing OSM objects).
 *

Korrektes tagging ist wohl meist brand=Aral
Der richtige Name ist oft nicht bekannt. Habt ihr da bessere Daten?
Die Darstellung von brand auf der Hauptkarte ist auch für die
 Zukunft angedacht.

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Wieder einmal lcn Sammelrelationen

[Holger Jeromin]

Michael Reichert wrote on 07.02.2015 11:20:

 Am 2015-02-06 um 19:21 schrieb Manuel Reimer:
 On 02/06/2015 02:43 PM, Norbert Renner wrote:
 Diese Wegweiser stehen bei uns in Karlsruhe meistens nur dort, wo man
 auf dem Weg zum Ziel abbiegen muss. Dazwischen stehen *nur selten* die
 kleinen Richtungsanzeiger [2]. Ich habe vorgestern bei einigen dieser
 [...]
 [2] https://wiki.openstreetmap.org/wiki/File:Richtungsanzeiger_BW.jpg

Als ich die Kaiserroute in NRW radelte war meine Interpretation dieser
kleinen Schilder Alle bisher ausgeschilderten Rad-Routen führen jetzt
hier lang.

-- 
Grüße
Holger


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

Re: [Talk-de] mehrere Häuser mit gemeinsamen Dach

[Holger Jeromin]

fly lowfligh...@googlemail.com Wrote in message:
 Am 03.02.2015 um 18:47 schrieb fly:
 Hi
 
 Habe folgendes Problem:
 
 Habe hier drei and der Querseite verbundene Häuser mit einem gemeinsamen
 Dach.Bisher sind sie als ein Objekt eingetragen mit
 roof:shape=hipped.
 
 Wie passe ich roof:shape am besten an, wenn ich die Häuser als einzelne
 Objekte eintragen will ohne Informationen zu verlieren.
 
 Das mittlere Haus sollte kein Problem sein (roof:shape=gabled) aber wie
 kennzeichne ich dass, die äusseren Häuser nur zu drei Seiten hin ein
 abfallendes Dach haben ?
 
 Hat hier mir jemand einen Tipp ? Wie geht hier in solchen Situationen vor ?
 
 Die Häuser mit building:part=* zu taggen ist wohl nicht passend.
 
 Jetzt habe ich doch noch roof:shape=side_hipped [1] entdeckt. Scheint
 für einfachere Fälle zu funktionieren.
 
 zu

Oder eine Linie als  roof:ridge quer rüber eintragen.

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] OSM-Tagging in Wikidata

[Holger Jeromin]

Kolossos wrote on 28.12.2014 22:20:

 die letzten Wochen habe ich mal verwendet um das OSM-Tagging in Wikidata
 zu bringen:
 https://www.wikidata.org/wiki/Property_talk:P1282

Fein. Gefällt mir.

 Hauptanwendung dürfte es sein Übersetzungen anzubieten. So unterstützt
 Wikidata für das obige Beispiel mit dem Hydranten 32 Sprachen, während
 es OSM-Wiki dafür nur 8 Sprachen gibt.

Interessant wäre vielleicht auch eine Synomym sammlung um das osm wiki
zu optimieren.
wikidata hat dafür Also known as, unser osm wiki Related Terms

Wobei das osm wiki da bisher oft besser bestückt ist.
Auch bekannt als: house of worship, religious building
Related Terms: church chapel prayer house house of God minster
temple cathedral holy place sanctuary place of worship
mosque temple monastery

Ist die Frage ob man da halb automatisch mal ein sync vornehmen will...

 Am Ende hoffe ich aber auch, dass die Verknüpfung des Tagging-Schemata
 auch bei der Verknüpfung von OSM-Objekte und der Wikipedia dienen kann.
 
 Taginfo unterstützt die Verknüpfungen bereits:
 http://taginfo.openstreetmap.org/projects/wikidata_org#tags
 
 Zum Erstellen der Verknüpfungen bin ich die Map features-Wikiseite
 systematisch durchgegangen und habe 626 Verknüpfungen angelegt. Einige
 Spezialtags auf Unterseiten fehlen also noch. Es gibt aber auch Fälle in
 dennen keine passende Verknüpfungen möglich sind.

Wieso ist mein Text auf
https://www.wikidata.org/wiki/Property:P571
nicht verlinkt?


-- 
Grüße
Holger


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

Re: [Talk-de] Jahresrückblick 2014 und Ausblick auf 20 15

[Holger Jeromin]

Andreas Neumann andr-neum...@gmx.net Wrote in message:
 Am 31.12.2014 um 23:08 schrieb Michael Reichert:
 Hallo,
 
 Ach komm, jetzt heul ned rum und stell de ned so dumm a.
 
 Für den Rest der Leserschaft: Gelegentlich passiert es, dass wir
 https-Links posten, weil das Admin-Interface aus naheliegenden Gründen
 über HTTPS erreichbar ist. Weil wir zu faul sind und es nicht für nötig
 halten, sparen wir uns den Zertifikatszirkus. Wer dennoch uns gerne per
 HTTPS erreichen möchte, kann den Fingerprint vergleichen und das
 Zertifikat importieren.
 
 
 Würde es nicht ausreichen, ein Zertifikat von StartSSL oder CACert.org
 unterschreiben zu lassen? Der Aufwand dies zu tun ist ziemlich gering...
 Würde mich auch bereit erklären euch diesbezüglich zu unterstützen.
 


Start ssl geht nicht kostenlos für sub Domains wie Blog.osm.de und
 cacert ist in kaum Browsern drin. 
Die Diskussion hatten wir längst. 
-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] OSM: NEUe Funktion “Query Features”

[Holger Jeromin]

tshrub wrote on 02.12.2014 09:24:
 Elstermann, Mike schrieb:
 https://geoobserver.wordpress.com/2014/12/02/osm-neue-funktion-query-features/
  Lange erwartet und nun endlich online, die neue Funktion “Query
 Features” auf der OSM-Hauptseite http://www.openstreetmap.org/.
 Einfacher geht’s nicht:
 1. Werkzeug wählen 2. abzufragendes Objekt anklicken 3. Sachdaten
 ablesen
 Danke und Glückwunsch!
 Auch Danke!
 Super!
 Gut mit dem Legenden-hover gelöst.
 Als Freund des alles auf einen Blick, hätte ich vielleicht die Zeilen 
 etwas weniger luftig gestaltet: für eine Zeile drei ZAbstände ...

Meine rede:
https://github.com/openstreetmap/openstreetmap-website/issues/831

-- 
Grüße
Holger Jeromin


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

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

[Holger Jeromin]

Michael Paulmann wrote on 28.11.2014 08:18:
 Oh je mine, nachdem erst die Schnellstraßen grün wurden (Eine ziemliche 
 Katastrophe für die Leute die OSM rund um Stuttgart bekannt machen wollen),

Das ist eine uralte und nicht in Stein gemeißelte Entscheidung UK
zentrierter Kartographen.

Unsere gewohnte, kontinentale Farbgebung wird sehr positiv betrachtet:
https://github.com/gravitystorm/openstreetmap-carto/issues/102#issuecomment-61138303
und folgende

-- 
Grüße
Holger


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

Re: [Talk-de] Copyright-Frage: Bekanntmachung einer Verordnung des Landkreises

[Holger Jeromin]

smart...@gmx-topmail.de wrote on 23.11.2014 13:31:

 ich habe eine Copyright-Frage:
 
 In dieser Bekanntmachung einer Verordnung des Landkreises Rotenburg wir ein 
 neues Naturschutzgebiet bekannt gemacht.
 http://www.landkreis-row.de/city_info/display/dokument/show.cfm?region_id=160id=370106design_id=1757type_id=0titletext=1
 
 Die darin benutzten Karten stammen vom Landesvermessungsamt Niedersachsen LGN 
 von dem man auf keinen Fall abzeichnen darf. Wenn dies aber nun eine 
 Bekanntmachung einer Verordnung des Landkreises ist, gilt das dann als 
 öffentlichtes Dokument? Kann man dann die Grenze des NSG verwenden und 
 abzeichnen?

Eine Möglichkeit wäre es einfach mal zu fragen. Wir haben (in der
prä-Bing Zeit) einfach die Aachener Verwaltung gefragt und gesagt
bekommen, dass wir einige (bestandteil der satzung...) Verordnungen
wegen §5 gerne zum Gebäudeabzeichnen nutzen können.

-- 
Grüße
Holger


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

Re: [Talk-de] Zwischen 18.11 . und 22.11. keine Postings?

[Holger Jeromin]

hike39 ho...@hike.de Wrote in message:

 ich war in den letzen Tagen etwas erstaunt. Vom 19.11. bis
 einschliesslich 21.11. habe ich kein einziges Posting empfangen. Auch
 in dem Archiv von Gmain.org habe ich festgestellt, dass dort eine
 Lücke ist.
 
 Kennt jemand den Grund?


OSM interessiert niemanden mehr?

Wir werden alle sterben! 


Ok, Spaß bei Seite. Sieht ganz so aus, als ob einfach keiner was
 geschrieben hat.

-- 
Holger


Android NewsGroup Reader
http://usenet.sinaapp.com/


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

Re: [Talk-de] Neues Feature auf OSM: Changeset-Diskussion

[Holger Jeromin]

Peter Barth wrote on 12.11.2014 00:00:

 Frederik Ramm schrieb:
 Das ganze ist das Resultat eines Google Summer of Code-Projekts und
 wurde von Lukasz Gurdek, einem Studenten aus Polen, implementiert.
 Mentor in dem Projekt war Serge Wroclawski.
 Eine Kleinigkeit gibts aber, die ich derzeit doof finde: Man ist nur für
 die eigenen *neuen* Changesets registriert aber nicht für schon
 bestehende. Könnte man das noch ändern? An wen wende ich mich dafür am
 besten?

Ist schon gemeldet:
https://github.com/openstreetmap/openstreetmap-website/issues/823

tomhughes schrieb dazu:
I'm quite happy to add the necessary records, but I'd rather wait until
we've expanded the RAID array on the slave server as space is a bit
tight at the moment.

Es müssen halt für alle existierenden changesets subscription einträge
generiert werden.

 Außerdem wäre allgemein noch ein Feed für Changesetkommentare in meiner
 Umgebung interessant. Ich will mich ja nicht für jeden Changeset in
 meiner Umgebung extra subscriben ;)

Auch schon bekannt:
https://github.com/openstreetmap/openstreetmap-website/issues/826

und der Antwort des website maintainers
This will only really work once we have a way of filtering changesets
by bbox though ;-)

-- 
Grüße
Holger


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

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

[Holger Jeromin]

Manfred A. Reiter wrote on 10.11.2014 01:32:

 Am 8. November 2014 16:46 schrieb Andreas Neumann andr-neum...@gmx.net:
 Zitat:
 Das Ganze ist schwer zu verstehen, das weiß ich. Lass also die Einträge
 bitte beide bestehen, es ist wirklich das Beste in diesem Fall eine
 Adresse / Einrichtung eben doppelt zu haben.
 Diesen Ton halte ich für völlig unangemessen!
 Das Ganze ist schwer zu verstehen ... spinnt der?

Vorsicht, das kann zwei Dinge bedeuten:

Unser Setup ist leider nicht so flexibel wie wir gerne hätten, daher
ist es von außen nicht so klar, warum wir das so gemacht haben.

oder

Das ist so super komplex, da sind Sie zu doof das zu verstehen

Ich habe erstmal keine Veranlassung von letzterer Intention auszugeben.


-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Suche Ansprechpartner und Lösungsvorschlag (elotse)

[Holger Jeromin]

Manfred A. Reiter wrote on 11.11.2014 15:57:

 Am 11. November 2014 15:32 schrieb Holger Jeromin mailgm...@katur.de:
 Manfred A. Reiter wrote on 10.11.2014 01:32:
 Am 8. November 2014 16:46 schrieb Andreas Neumann andr-neum...@gmx.net
 Zitat:
 Das Ganze ist schwer zu verstehen, das weiß ich. Lass also die Einträge
 bitte beide bestehen, es ist wirklich das Beste in diesem Fall eine
 Adresse / Einrichtung eben doppelt zu haben.
 Diesen Ton halte ich für völlig unangemessen!
 Das Ganze ist schwer zu verstehen ... spinnt der?
 Vorsicht, das kann zwei Dinge bedeuten:
 Unser Setup ist leider nicht so flexibel wie wir gerne hätten, daher
 ist es von außen nicht so klar, warum wir das so gemacht haben.
 oder
 Das ist so super komplex, da sind Sie zu doof das zu verstehen
 Ich habe erstmal keine Veranlassung von letzterer Intention auszugeben.
 Bist Du wirklich der Meinung, dass bei ersterer Vermutung nicht auch zwei
 Zeilen zur Erläuterung möglich gewesen wären, statt

Natürlich wäre es möglich oder sogar sinnvoll gewesen.
Ich wollte nur sagen, dass die emotionale Ebene bei reinen Textmails zu
einer unbekannten Person nur über mehr Text oder zum Beispiel Smilies
transportiert wird. Bei einem Gespräch per Sprache oder sogar
zusätzlichen Bild (face2face) fällt es viel einfacher die Intention
herauszulesen.

-- 
Grüße
Holger


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

Re: [Talk-de] Nochmal Openstreetmap.de

[Holger Jeromin]

Michael Paulmann wrote on 28.10.2014 09:12:

 Wenn mir jetzt noch einer sagen will dort wird oft genug gerendert
 dann weiss ich auch nicht mehr. Wenn es so aussieht ist
 Openstreetmap.de nicht mehr zu benutzen, man bekommt ja keine
 aktuellen Infos...

Ja, das ist ja ein unglaublich schlechter Service der hier geliefert
wird! *auf den Boden stampf*

Du solltest sofort die Zahlung einstellen, das geht ja garnicht!!1eins

-- 
Grüße
Holger


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

Re: [Talk-de] Nochmal Openstreetmap.de

[Holger Jeromin]

Michael Paulmann wrote on 28.10.2014 10:51:
 Nein das heisst einfach nur das ich wieder bei openstreetmap.org
 meine Karten anschaue, und nicht mehr bei openstreetmap.de. Wenn hier

Kannst du ja gerne tun. Mach ich auch.

 die Meinung besteht das ich doch gar nichts tue für Openstreetmap
 dann schaut doch einfach mal wie viele Nodes von mir stammen. Wenn
 Ihr meint das die Karte openstreetmap.de nicht genutzt werden sollte
 dann gebt das bitte auf der Karte an das sie nicht von unbedarften
 Nutzer benutzt werden soll.

Unbedarfte Benutzer sind glaub ich mit einer Karte, welche im
schlimmsten Fall wenige Wochen alt sind, sehr glücklich.

Soo viel gravierendes ändert sich ja selten. Das unpraktischste wäre
eine gelöschte große Strasse. Ein paar fehlende Pois oder kleine Straßen
stören nicht.

-- 
Grüße
Holger


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

Re: [Talk-de] Handy Halterung Fahrrad Mapillary?

[Holger Jeromin]

Lars Schimmer wrote on 20.09.2014 13:53:
 Hat jemand eine geeignete Halterung/Idee fürs Handy am MTB, damit die
 Kamera nach vorne zeigt, das Handy ned zu sehr wackelt, das Display zum
 Fahrer zeigt und NICHT berührt wird (scharf stellen, stop klicken,...
 darf ned aus versehen durch irgendwas an der Halterung passieren).
 
 Die normalen Halterungen taugen nix, weil die nicht die Kamera nach
 vorne zeigen lassen :-/

Hab den Westen von Aachen mit der Konstruktion mapillariert (? :-)

http://imgur.com/zQBbQk9
http://imgur.com/pBVXV5X

Rohrisolation aus dem Baummarkt mit Schlitz nach oben mit insg vier
Kabelbindern am Lenker festgemacht.

Dämpft vibrationen nicht sehr gut, aber solang man auf Straßen fährt
ists prima.

Im Prinzip die Minimalversion von
http://www.bodenseepeter.de/2014/07/01/how-to-street-view-a-bike-path-for-a-penny/

Die Kartonbastellei hab ich auch fertig gestellt, aber nicht am Rad
montiert. Die kann ich nun an die Sonnenblende im Auto hängen. :-)

-- 
Grüße
Holger


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

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

[Holger Jeromin]

Stefan Keller wrote on 05.10.2014 20:21:

 Am 5. Oktober 2014 19:45 schriebst du:
 Und alternative Bezeichnungen (Dom, Kirche, Kapelle,
  Gebethaus,...) in allen Sprachen pflegen, damit die Suche
  immer/häufig trifft.
 Also händisch alle Seiten angucken und alle Synonyme die einem
 einfallen (und zum Tag passen) hinzufügen.
 So etwas gibt es mit RelatedTerms (verwandte Begriffe), unten auf
 einigen Wiki-Seiten! Es wurde von mir vor 3 Jahren eingeführt :-)

Ich weiß, das meinte ich auch :-)

 Kann man das semi automatisch aus den synonymen von wiktionary ziehen?
 So etwas würde ich nicht automatisch einfügen (das können
 Suchmaschinen dann unabhängig davon immer noch), sondern sorgfältig
 einpflegen - von Hand passend zu OSM .

Daher schrieb ich ja semi automatisch. Mit sowas haben wir ja in OSM
Erfahrung.

 Auch möchte ich davon abraten, Übersetzungen einzupflegen.
 Übersetzungen sind keine Synonyme. Die Übersetzung ergibt sich
 dadurch, dass die ganze Wiki-Seite in eine andere Sprache übersetzt
 wird.

Die relatedTerms für unübersetzte Sprachen sind meiner Meinung in der
englischen Version gut aufgehoben. Eine volle Übersetzung kostet halt
mehr Zeit als immerhin als ersten Schritt die relatedTerms zu füllen.
Dann wird schonmal die Suche in dieser Sprache fündig.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] OSM: Falsch verstandene Freiheit?

[Holger Jeromin]

Michael Kugelmann wrote on 06.10.2014 15:15:
 Am 06.10.2014 08:23, schrieb Elstermann, Mike:
 Löschen von OSM-Daten durch Landratsamts-Mitarbeiter?
 IMHO: Löschen von real existierenden Objekten == Vandalismus =   
 würde die Löschung revertieren. Über access = xyz und Änderung des 
 Rendering sollte man nachdenken.

Fürs Rendering hab ich
https://github.com/gravitystorm/openstreetmap-carto/issues/1012
aufgemacht.

-- 
Grüße
Holger


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

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

[Holger Jeromin]

Stefan Keller sfkel...@gmail.com Wrote in message:
 Am 5. Oktober 2014 14:05 schrieb ich:
 Falls ja, dann müsste man wohl an Aktionen wie
 Wiki-Übersetzungs-Verbesserung und Wiki-Aufräumen denken?
 Es müsste ja nicht gleich das Ganze Wiki sein, sondern nur Vorschlag 3.
 ...
 
 und man könnte vermehrt Deprecated und Siehe... einfügen.
Und alternative Bezeichnungen (Dom, Kirche, Kapelle,
 Gebethaus,...) in allen Sprachen pflegen, damit die Suche
 immer/häufig trifft.

Also händisch alle Seiten angucken und alle Synonyme die einem
 einfallen (und zum Tag passen) hinzufügen.

Kann man das semi automatisch aus den synonymen von wiktionary ziehen?

-- 
Holger


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

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

[Holger Jeromin]

Hakuch hak...@posteo.de Wrote in message:

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

Nein. Selbst unterschriebene Zertifikate auf öffentlichen Seiten
 haben zur Folge, dass Leute ohne entsprechendes Wissen lernen,
 dass es ok und richtig ist eine SSL Warnung durch zu winken.
 

Daher sollte man so links hier nicht veröffentlichen.

-- 
Holger


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

[Talk-de] Kostenlose SSL Zertifikate ( war Re: Vertrauen in OSM-Wochennotiz)

[Holger Jeromin]

Andreas Labres l...@lab.at Wrote in message:
 On 04.10.14 11:30, Stephan Knauss wrote:
 Geht preislich ab USD 60 für zwei Jahre los:
 
 Bei StartSSL gibt's auch Gratis-Zertifikate und die funktionieren genauso.

Für www.openstreetmap.de und openstreetmap.de schon, aber nicht für 
Podcast.openstreetmap.de

-- 
Holger


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

Re: [Talk-de] OSM und Android. Welche Apps sind sinnvoll?

[Holger Jeromin]

Harald aug...@hotmail.de Wrote in message:
 [2. Versuch]
 Ich habe OsmAnd auch ausprobiert und es gleich wieder gelöscht, nachdem
 mich OsmAnd zwingen wollte, ihm vollen Zugriff auf sämtliche Dateien,
 Kalender, e-mails etc. meines Smartphones (BB Z10) zu gewähren.

Woher hast du die app?
Die Version im play store (normal und plus) benötigt kein E-Mail,
 Kontakte oder Kalender Recht!

-- 
Holger


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

[Talk-de] mapnik standard stil (war Re: Bitte um Unterstützung zwecks PDF Exports von Daten)

[Holger Jeromin]

Bernhard Kuisle wrote on 02.10.2014 09:30:

 By the way, wer ist eigentlich auf die Idee gekommen im Standardstil der OSM 
 Seite die großen Bundestraßen GRÜN darzustellen?

Der Stil wurde in England entwickelt. Dort ist es wohl Tradition diese
Straßen grün darzustellen... :-)

Kannst ja den deutschen Stil angucken.

-- 
Grüße
Holger


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

Re: [Talk-de] Was gibt es für unterschiedliche Tagging-Schemen?

[Holger Jeromin]

Martin Koppenhoefer wrote on 02.10.2014 11:03:
 Am 2. Oktober 2014 10:56 schrieb Michael Reichert naka...@gmx.net:
 Er hat die Wahl, ob er
 * den Gebäudeumring (Way)
 * den Haupteingang (Node mit entrance=yes/main)
 * einen Node mitten im Gebäude
 mit den addr:*-Tags taggt.
 alternativ kann man ausserdem eine Fläche mit den Hausnummer tags versehen
 (d.h. das Grundstück), was bei einfachen Fällen (eine Grundstücksnummer für
 das Grundstück) am besten die Rechtslage in Deutschland abbildet.

Gerade für größere POIs Flächen wie zum Beispiel Schulen welche mehrere
Gebäude umfasst (aber nur eine Postanschrift hat) wird das auch häufig
so gemacht.

-- 
Grüße
Holger


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

Re: [Talk-de] OSM und Android. Welche Apps sind sinnvoll?

[Holger Jeromin]

Manuel Reimer wrote on 02.10.2014 11:07:

 seit kurzem habe ich ein Android-basiertes Smartphone. Ich möchte dieses 
 nun auch im Zusammenhang mit OpenStreetMap nutzen.
 
 Bereits installiert und für gut befunden habe ich Vespucci. Sehr 
 hilfreich direkt vor Ort mappen zu können. So habe ich diverse Fehler 
 beseitigen können die mir bisher nie aufgefallen sind.

Ist der einzige full featured Editor. Wird auch ständig besser.

 Noch nicht ganz zufrieden bin ich was Routing angeht. Eventuell ist 
 OsmAnd eine brauchbare Lösung aber was soll das mit der Unterscheidung 
 zwischen Free und Pro? Und wer hat sich das einfallen lassen das in 
 die 10 möglichen Downloads der Free-Version auch Updates fallen? Wenn 
 ich für ein Projekt spenden will, dann mache ich das ohne Zwang und dann 
 gerne auch mal mehr als das was die Pro kostet. Welche Version wird 
 denn bei F-Droid angeboten?

Man kann auch eine nightly build von der Homepage runterladen, die hat
die pro Funktionalität. Aber wenigstens bei meinen Nights waren viele
Abstürze ein Problem (ist halt ein nightly, also eine Software ohne
Rücksicht auf Stabilität wenn gerade Änderungen gemacht werden).

 Nächstes Problem: GPS. Für mal eben schnell unterwegs fernab von 
 Zuhause geht das GPS im Handy schon recht gut. Mir scheint aber ein via 
 Bluetooth angebundener Wintec WBT 202 deutlich bessere Ergebnisse zu 
 liefern. Allerdings verwende ich zum Anbinden bisher eine 
 Closed-Source-App mit Werbung (Bluetooth GPS). Gibt es auch freie 

Habe lange
https://play.google.com/store/apps/details?id=de.mobilej.btgps
genutzt und bin jetzt testweise auf (dein genutztes?)
https://play.google.com/store/apps/details?id=googoo.android.btgps
gewechselt (da bessere Sat anzeige und widget).

 Software für sowas einfaches wie Bluetooth-GPS anbinden?

Laut google suche gibts das nicht mehr gepflegte
https://github.com/HvB/BlueGPS4Droid
Auch nicht so vertrauenserweckend.

 Noch irgendwelche Tipps für Apps die man sich mal anschauen sollte?

Ich nutze noch osmpad. Wird leider nicht mehr weiterentwickelt, aber zum
Hausnummern mapping genial. Kartenkacheln und Strassennamen im wlan
runterladen, unterwegs offline Hausnummern eintragen und später als .osm
datei in josm direkt laden und nach cleanup zu osm hochladen.

-- 
Grüße
Holger


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

[Talk-de] Beispielgebäude für Simple Indoor Tagging

[Holger Jeromin]

Peter Barth osm-p...@won2.de Wrote in message:
 ich wollte euch hiermit auf unser Indoor-Tagging Proposal hinweisen an
 dem wir seit der letzten SOTM-EU gearbeitet haben. Das Proposal findet
 ihr hier: https://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging

Wer das lange Wochenende zum basteln mit indoor Daten nutzen
 möchte kann dies jetzt mit einem Aachener Unigebäude
 tun.

Es benutzt die meisten Dinge im proposal, wie Räume über mehrere
 Etagen, Toiletten als Raum, Treppenhaus, Aufzug, viele Türen und
 zwei Eingänge auf verschiedenen Ebenen.
 
Die meisten Daten des Gebäudes kriegt ihr per overpass turbo link:
 http://overpass-turbo.eu/s/5hj

Die Anzeige macht aber selbst mit josm keinen Spass.
Das repeat_on ist sinnvoll, aber erschwert die Filterung nach Leveln. 

Ich freu mich auf die ersten 3D Auswerter :-)

-- 
Holger


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

[Talk-de] Schlecker (war Re: addr:state massen remove in DE)

[Holger Jeromin]

Sven Geggus wrote on 03.09.2014 18:01:
 Michael Reichert naka...@gmx.net wrote:
 Außerdem gibt es Changesets, die zwar auch Massenedits sind, aber Fehler
 korrigieren.
 Ich erinnere daran, dass ich hier mal davon abgehalten wurde alle
 Schleckermärkte zu löschen. Ein paar davon sind bis heute übrig geblieben.

Hab an die meisten in Deutschland mal ein Note rangeklebt, bzw dank
eindeutigem wheelchair:description selbst gelöscht.

Zwei von acht sind schon durch lokales Wissen bearbeitet.

-- 
Grüße
Holger


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

Re: [Talk-de] Anfänger: Hausnummern als eigener Node oder ans Gebäude?

[Holger Jeromin]

xor...@gmx.de wrote on 27.08.2014 10:31:

 ich bin ein absoluter Anfänger und beginne derzeit damit, in meinem 
 Heimatort Gebäude mithilfe von Bing und Maps4BW nachzuzeichnen. 
 Gleichzeitig will ich auch die Hausnummern eintragen.

Fein!

 Fragen:
 1. Sollte ich das Gebäude bzw. die Area mit der Hausnummer und den 
 anderen addr:* keys versehen oder sollte man das aufteilen in ein Area 
 und einen Node mit addr:* keys? Oder ganz anders? Was ist guter Stil?

In den meisten Gegenden hat ein Gebäude-Area die Adresse direkt drin.

 1.1. Wo trage ich z.B. die contact:* oder website keys ein, wieder ein 
 separater Node? Oder zum Area bzw. Adress-Node?

Wenn das Geschäft einen großen Teil des Gebäudes einnimmt, würd ich alle
Informationen zum Gebäude dazu tun. Wenn nur das Erdgeschoss Geschäft
ist und oben drüber Wohnungen, mach ich das meist auch so, aber da kann
man wieder drüber diskutieren.

 2. Wie gebe ich die Quellen richtig an, wenn ich mehrere benutze? Z.B. 
 zeichne ich ein Gebäude mithilfe von Bing und Maps4BW ab, trenne ich 
 dann beide einfach mit einem Komma, also source=Bing, Maps4BW, LGL, 
 www.lgl-bw.de oder wie mache ich das richtig?

In den Changeset kommentar/source bitte.
Wenn jemand später vorbei kommt und wheelchair hinzufügt müsste er den
source sonst noch verlängern. Und dann ist nie klar, welche Quelle jetzt
welche Information lieferte.
Ist die Information im changeset (also bei Gebäudegrundriss und
Hausnumer Bing;Maps4BW;survey, später dann wheelchair durch survey)
ist die Quell klar erkennbar.

-- 
Grüße
Holger


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

Re: [Talk-de] Berlin Stadtbaumkampagne

[Holger Jeromin]

Johannes wrote on 15.08.2014 07:30:
 Bei Bäumen bietet sich meiner Meinung nach besonders ein Wikidata-Tag an.
 wikidata=Q161364
 
 https://www.wikidata.org/wiki/Q161364?uselang=de

Aber bitte nicht als wikidata= tag, da der Wikidata-Eintrag nicht über
diesen spezifischen Baum geht.

species:wikidata=
oder so :-)

-- 
Grüße
Holger


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

Re: [Talk-de] Berlin Stadtbaumkampagne

[Holger Jeromin]

Johannes wrote on 15.08.2014 17:00:
 Das es sich nicht um einen spezifischen Baum, sondern um ein eine
 Baumklasse handelt, geht ja auch dem wikidata-Item hervor.

Und wenn ein spezieller Baum einen eigenen Eintrag in WD hat?
Dann machst du für den Baum eine Ausnahme?
wikidata:realobject=
oder wie?
*grusel*

-- 
Grüße
Holger


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

Re: [Talk-de] shop=pharmacy Tag enfernen, wenn amenity=pharmacy vorhanden

[Holger Jeromin]

Peter Wendorff wrote on 04.08.2014 11:16:
 Das versteh ich jetzt nicht,
 Dein Bild zeigt vier davon, die alle vor der Bearbeitung durch
 wheelmap_visitor schon amenity=pharmacy als Tag besaßen.
 
 Inwiefern wäre jetzt wheelmap_visitor die Quelle des Tags, wenn nur ein
 völlig anderes Tag, nämlich wheelchair=* hinzufügen, und das Objekt
 sonst unverändert mit dem vorher schon vorhandenen amenity=pharmacy
 belassen?

Guck nochmal genauer hin. Zusätzlich mit wheelchair kam der shop hinzu.

Siehe auch:
http://osm.mapki.com/history/node.php?id=904149172

definitiv ein bug der behoben werden muss, wenn er überhaupt noch
aktuell ist. Ist immerhin über 3 Jahre her.

-- 
Grüße
Holger


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

Re: [Talk-de] shop=pharmacy Tag enfernen, wenn amenity=pharmacy vorhanden

[Holger Jeromin]

Andreas Goss wrote on 04.08.2014 09:27:
 Ich hatte mir nach dem Kommentar im Diary das Ganze mal etwas genauer 
 angeschaut und es scheint vorallem in Deutschland vorzukommen.
 http://www.openstreetmap.org/user/AndiG88/diary/23443#comment27423
 
 Bei genauerem hinsehen wurde dann auch klar warum: wheelmap_visitor
 
 Von daher jetzt meine Frage, wäre es in Ordnung, wenn ich in Deutschland 
 mit einem mass edit überall den shop=pharmacy Tag entferne, WENN 
 amenity=pharmacy vorhanden ist? 

Fänd ich sehr sinnvoll.

Ich gehe davon aus, dass du
http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy#Requirements
kennst. Wollte aber trotzdem sichergehen :-)

-- 
Grüße
Holger


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

Re: [Talk-de] Wochenaufgabe: Geldautomat - War: Wochennotiz Nr. 208 8.7.–14.7.2014

[Holger Jeromin]

Alexander Lehner schrieb am 16.07.2014 15:10:

 Zum Thema Geldautomat (Wochenaufgabe) faellt mir spontan ein:
 
 Es gibt auch Geschaefte (Baeckereien, Tankstellen, Edeka's etc.) bei denen 
 man Geld abheben kann. Beim Penny hab ich auch mal gesehen, dass man ab 
 einem Einkauf ab 25EUR noch mit der EC Karte zusaetzlich Geld abheben 
 kann.
 In den USA gibt's das schon laenger, das nennt sich dort glaube ich 'cash 
 back'.
 
 Insbes. die 24h Tanken sind hier natuerlich interessant und eigentlich 
 den Geldautomaten gleichzusetzen.

 Der Baecker hat wiederum Oeffnungszeiten, ist aber nicht direkt eine Bank.

Wenn man dort nicht tanken/kaufen muss würd ich da einfach ein atm punkt
reinsetzen. opening_hours wird IMO zum Beispiel von osmand bei allen
pois interpretiert.

 Also waeren bei solchen Hybriden vielleicht mehrere POIs notwendig und die 
 Angaben operator, opening_hours und atm/bank anzugeben...?

-- 
Grüße
Holger


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

Re: [Talk-de] wie tagge ich Zeltplätze?

[Holger Jeromin]

Falk Zscheile falk.zsche...@gmail.com Wrote in message:

 ... Ich denke ich werde bei
 Gelegenheit mal so eine Modelldatei basteln :-)
 

siehe auch

https://github.com/gravitystorm/openstreetmap-carto/pull/532

-- 
Holger


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

[Talk-de] Saisonabhängiges Kartenrendering (war Re: Markierungen auf Sportplätzen)

[Holger Jeromin]

Sven Geggus schrieb am 06.06.2014 10:27:

 Robert Kaiser ka...@kairo.at wrote:
 Lustig wird es natürlich bei Plätzen wie der Hohem Warte in Wien, wo 
 abwechselnd je nach anstehenden Spielen das eine oder andere markiert 
 wird - das lässt sich auf OSM schlecht abbilden.
 Saisonabhängiges Kartenrendering :)
 
 Wenn live-rendering irgendwann mal schnell genug ist kann man das machen.

Wieso erst dann?

Die Kacheln des Standardstils von osm haben doch nach meiner Information
eine maximale Lebensdauer von 1 Woche. Spätestens dann werden sie
neugerendert.
Somit ist das die minimale zeitliche Auflösung die wir liefern können.

Im Herbst die Farbe von Laubwäldern zu Brauntönen wechseln und im
Frühling wieder auf Grün, sollte doch per sed in einer speziellen Datei
wo nur die Farben drin stehen (ist wohl in Carto mit den Farb-Variablen
noch einfacher) total problemlos gehen.

Die Datenquelle für komplexere Änderungen muss man natürlich
entsprechend haben.

-- 
Grüße
Holger


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

Re: [Talk-de] Markierungen auf Sportplätzen

[Holger Jeromin]

Sven Geggus schrieb am 05.06.2014 11:03:
 Sven Geggus li...@fuchsschwanzdomain.de wrote:
 In der Tat geht es mir eigentlich nur darum einen halbwegs sprechenden
 Schlüssel zu finden.
 Hm, analog zu road_marking
 http://wiki.openstreetmap.org/wiki/Key:road_marking
 würde vielleicht pitch_marking oder field_marking passen.

Ich würde eher ein Namespace Ansatz
pitch:marking=yes
nutzen.

Dahin könnte man dann auch die hoops von
http://wiki.openstreetmap.org/wiki/Tag:sport%3Dbasketball
verschieben:
pitch:hoops=...

-- 
Grüße
Holger


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

Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source

[Holger Jeromin]

simson.gert...@gmail.com schrieb am 26.05.2014 00:42:

 osm.org ist nunmal die Hauptseite von OSM, zumindest für 

Nun ja, beim ARD Bericht war openstreetmap.de die Seite die gezeigt wurde :)

 OSM-Unkundige. Daher sollten an dieser Stelle meiner Meinung nach auch 
 möglichst alle für den gemeinen User wichtigen Features zu finden sein.

routing ist angedacht, hoffe das geht bald online:

https://github.com/openstreetmap/openstreetmap-website/pull/716

-- 
Grüße
Holger


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

Re: [Talk-de] Android APP notes ?

[Holger Jeromin]

Florian Lohoff schrieb am 14.05.2014 13:32:

 ich suche nach eine einfach APP die mir nahe/nächstgelegene Notes zeigt und am
 besten gleich noch Mapfactor Navigator oder ähnliches mit Zielkoordinates
 füttert.

OsmAnd kann die Notes anzeigen. Du musst jedoch selber eine Stelle neben
dem Note als Ziel auswählen und dahin navigieren (nur osmand routing
[offline, online] routing möglich.

 Damit könnte man bei schönem Wetter einfach mal eine Rundtour über die
 Notes machen.

Also hier in Aachen will ich die Notes vorher per Browser einzeln
angucken, ob eine vor Ortprüfung überhaupt nötig ist.
hier eröffnet im Herbst ein Mexikaner will ich jetzt noch nicht vor
Ort prüfen.

-- 
Grüße
Holger Jeromin


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

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

[Holger Jeromin]

Manuel Reimer schrieb am 09.05.2014 07:07:
 Christoph (TheFive at OSM thefive.osm at gmail.com writes:
 Ist das nicht aber mappen für die Router ? Die Situation ist doch mit
 bicycle = designated ordentlich gemappt..
 Das habe ich mich auch direkt gefragt. Vielleicht kann da ja jemand etwas
 dazu sagen, der die Hintergründe besser kennt... Warum sollte ein Router
 nicht bicycle = designated bevorzugen können?

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

-- 
verwirrte Grüße
Holger


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

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

[Holger Jeromin]

chris66 schrieb am 09.05.2014 10:48:
 Am 09.05.2014 10:35, schrieb Holger Jeromin:
 Wenn der Radweg benutzungspflichtig ist, müsste die Straße dann nicht
 einfach ein bicycle=no bekommen?
 So haben das einige Mapper ja leider gemacht.
 
 Dadurch konnte man aber die implizite Sperrung nicht von einer
 expliziten (Zeichen 254) unterscheiden.

Danke, wäre vielleicht nicht ganz ungeschickt das so explizit ins
Proposal zu schreiben. Oder ich war zu blind :)

-- 
Grüße
Holger


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

Re: [Talk-de] XML von einem Objekt exportieren

[Holger Jeromin]

Markus schrieb am 29.04.2014 19:07:
 Wie kann ich von einem Objekt (ID bekannt)
 die Daten exportieren?
 (so dass ich sie mit einem Texteditor lesen kann)

Ich weiß nicht, was du damit dann tun willst, aber eventuell ist der
Textbasierte Editor http://level0.osmz.ru/ was für dich.

Der liefert bei einem Sportplatz zum Beispiel:
way 278093274
  leisure = pitch
  sport = soccer
  surface = grass
  nd 2825234545
  nd 2825234550
  nd 2825234548
  nd 2825234542
  nd 2825234545

was du direkt verändern und wieder hochladen kannst.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Mapnik ohne Richtungspfeile

[Holger Jeromin]

Martin Koppenhoefer schrieb am 23.04.2014 20:57:
 Am 23. April 2014 15:16 schrieb Sven Geggus li...@fuchsschwanzdomain.de:
 Vielleicht mal als Hintergrund dazu. Mapnik hat jede Menge Müll gemacht und
 als Nebenwirkung war das was Du hier vermisst dann halt auch da.
 naja, im Laufe der Jahre hat man zwar auch ein paar Stellen gefunden, wo
 das catch-all (areas mit Namen) nicht gepasst hat, bzw. es unterwünscht
 war, einen Namen in allen Karten zu rendern (z.B. Wahlkreise), aber bisher
 war das noch nicht wirklich ein dramatisches Problem, eher ein sehr
 sporadisches. Grundsätzlich und auch im Hinblick darauf, dass wir immer
 mehr Details und Schichten eintragen (das Problem also vermutlich zukünftig
 ernster geworden wäre) halte ich die Umstellung des Konzepts von all-in auf
 selektiv schon auch für sinnvoll, nur, dass das vorher so schlimm war, dass
 man ganz schnell die Notbremse ziehen musste, so ist es nun auch nicht
 gerade.

Vor allem kann man sich jetzt bei jeder Beschriftung überlegen, WIE man
sie anzeigt.
Ein total schönes Beispiel sind Grenzen. Hier mal ein Vergleich vorher
nachher (unten am Balken schieben):

http://bl.ocks.org/tyrasd/raw/6164696/#17.00/50.75168/6.02481

Vorher war die Grenzbeschriftung total nutzlos, jetzt sehr hilfreich.

Das macht zwar mehr Arbeit, aber hätte man die Umstellung in der
Hauptkarte nicht gemacht, wären die Problemfälle wie in Mannheim nicht
so schnell aufgefallen.

 Es wird allerdings seit einiger Zeit sehr eifrig am internationalen Stil
 gebastelt und diese Umstellungsschwierigkeiten sind daher sicher nur von
 kurzer Dauer.

Bezüglich Dauer fällt mir gerade auf, dass der Lizenzwechsel schon 2
Jahre her ist und mittlerweile der ach so furchtbare Datenverlust auch
kein Thema mehr ist :-)

-- 
Grüße
Holger


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

Re: [Talk-de] Mapnik ohne Richtungspfeile

[Holger Jeromin]

Sven Geggus schrieb am 24.04.2014 16:42:
 Holger Jeromin mailgm...@katur.de wrote:
 Vorher war die Grenzbeschriftung total nutzlos, jetzt sehr hilfreich.
 Hm, wir sollten uns vielleicht doch mal zusammen hinsetzen und den deutschen
 Stil auf Carto portieren. Freiwillige? Ich halte das Carto Zeug zwar auch

https://github.com/egore/openstreetmap-carto
hab ich mal gefunden. Wobei ich nicht weiß, wie da der Stand ist.

So wie ich das verstanden habe, wäre es aber sinnvoll auf die Version
2.x vom Standardstil zu warten.
Damit könnte man einfach ein relativ kleines diff für die eigene
Darstellung pflegen.

Im Moment ändert sich ja sehr viel, Farbdefinitionen werden verschoben
und consolidiert. Wenn man jetzt schon wechselt muss man immer
umständlich nachziehen, oder man kann nicht einfach neue Features von
ihnen erben.
Der deutsche Stil würde also nur
@motorway-fill: #89a4cb;
@primary-fill: #dd9f9f;
anders haben und ist daher sehr einfach aktuell zu halten.

Ich lese aber nur den issuetracker, habe aber keine Ahnung von mapnik
styles. :-)

-- 
Grüße
Holger


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

Re: [Talk-de] OSM Inspector mit weltweitem Adress-Layer

[Holger Jeromin]

Frederik Ramm schrieb am 11.04.2014 16:16:

 der OSMI-Adresslayer ist jetzt weltweit (vorher nur Europa). Die

Danke!

 Grundlage dafür ist Code von Lukas Toggenburger, der das im Rahmen
 seines Studiums entwickelt hat (vorher haben wir den Layer in PostGIS
 berechnet, und das war so langsam, dass wir nur Europa verarbeiten
 konnten). Der Code basiert auf Jochens neuer Osmium-Bibliothek und ist

Fein, jetzt interpretiert ihr auch highway=path als Quelle, zB:
http://www.openstreetmap.org/way/28809675

 bei Github einsehbar; der neue Layer ist ab sofort ganz normal auf
 tools.geofabrik.de/osmi verfügbar.
 
 Ein paar weitere Details hier: http://blog.geofabrik.de/?p=309

Spontan seh ich das Problem hier nicht:

http://tools.geofabrik.de/osmi/?view=addresseslon=6.02621lat=50.76997zoom=18overlays=buildings_with_addresses,street_not_found

angeblich falsch:
http://osm.mapki.com/history/way.php?id=186735982
aber ziemlich identisch und vom osmi als richtig erkannt:
http://osm.mapki.com/history/way.php?id=186735926



Leider kann (mindestens) der tagging-layer noch nicht mit 64bit IDs umgehen:
http://tools.geofabrik.de/osmi/?view=tagginglon=6.15847lat=50.74102zoom=18

node_id: -163678606

-- 
Grüße
Holger


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

Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen

[Holger Jeromin]

Sven Geggus schrieb am 05.04.2014 15:22:

 Plätze die mit surface=clay getaggt wurden werden nun in rotbraun
 gerendert.  Ich denke, dass die Masse der deutschen Tennisplätze
 diesem Typ entspricht.  Ran an die Arbeit also :)

Hab meine bekannte Umgebung durch :-)
Und auch gleich etwas surface=ash in surface=clay bei Sportplätzen
korrigiert.

http://openstreetmap.de/karte.html?zoom=18lat=51.16994lon=6.96599

Hat einen Aschefussballplatz, der wird leider nicht rotbraun gerendert :-)

-- 
Grüße
Holger


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

Re: [Talk-de] Announce: Mapnik-de: Schöneres Rendering von Sportplätzen

[Holger Jeromin]

chris66 schrieb am 06.04.2014 19:59:

 validierst Du die Größe des Platzes?

Ich denke das tut er:

http://openstreetmap.de/karte.html?zoom=18lat=50.77872lon=6.07058

würde sonst die kleinen Soccerboxen in der Mitte auch bemalen.

Am Namen kann es nicht liegen, da der kleine Platz oben

http://openstreetmap.de/karte.html?zoom=18lat=50.77167lon=6.04496

way259267352 keinen Namen hat, aber auch zu klein ist.

-- 
Grüße
Holger


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

Re: [Talk-de] Strände namenslos

[Holger Jeromin]

chris66 schrieb am 04.04.2014 11:06:

 wo kann man nochmal melden, wenn Namen aufgrund der
 Mapnik-Style-Umstellung nicht mehr gezeichnet werden?
 
 Es geht mir um (der Sommer kommt) Strände.
 
 bei natural=beach wird der Name nicht mehr gerendet.

https://github.com/gravitystorm/openstreetmap-carto/issues


-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Strände namenslos

[Holger Jeromin]

chris66 schrieb am 04.04.2014 14:36:
 Am 04.04.2014 13:00, schrieb Holger Jeromin:
 Es geht mir um (der Sommer kommt) Strände.
 bei natural=beach wird der Name nicht mehr gerendet.
 https://github.com/gravitystorm/openstreetmap-carto/issues
 Danke, könnte es jemand für mich eintragen, der einen
 Account dort hat?
 Text:
 
 Please render the name-tag for beaches (natural=beach)
 for nodes and areas.

done:
https://github.com/gravitystorm/openstreetmap-carto/issues/455

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] Noch eine Wappenkarte

[Holger Jeromin]

Martin Koppenhoefer schrieb am 31.03.2014 20:44:

 Am 31/mar/2014 um 20:20 schrieb Kolossos t...@alder-digital.de:
 In Deutschland kann man mit so einem Vogel eine Menge Ärger
 bekommen. (Verwenden von Kennzeichen verfassunswidriger Organisationen,
 strafbar nach § 86 a StGB)
 irgendwie ein bisschen anachronistisch der Paragraph, Nazi kann man
 auch ohne diese Zeichen sein, und hier gehts ja klar um
 Dokumentation. Wie sieht das eigentlich mit Spielfilmen aus, oder mit
 Schulbüchern?

Wenn man mal wirklich ins Gesetz reinguckt (soll ja per Internet möglich
sein, SCNR :)), sieht man, dass das kein Problem ist:

(3) Absatz 1 gilt nicht, wenn das Propagandamittel oder die Handlung
der staatsbürgerlichen Aufklärung, der Abwehr verfassungswidriger
Bestrebungen, der Kunst oder der Wissenschaft, der Forschung oder der
Lehre, der Berichterstattung über Vorgänge des Zeitgeschehens oder der
Geschichte oder ähnlichen Zwecken dient.

und sogar:
(4) Ist die Schuld gering, so kann das Gericht von einer Bestrafung
nach dieser Vorschrift absehen.

-- 
Grüße
Holger Jeromin


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

Re: [Talk-de] 3D: Wie Gebäude am Hang taggen?

[Holger Jeromin]

Manuel Reimer schrieb am 17.03.2014 09:02:
 Hallo,
 
 in einem konkreten Fall sehe ich beim Betrachten von vorne: Ein Stockwerk,
 ein Dachgeschoss, ein Kellergeschoss.
 
 Nun laufe ich einen Fußweg neben dem Gebäude nach unten und betrachte das
 Gebäude von der anderen Seite.
 
 Jetzt sieht die Situation anders aus. Aus dem Kellergeschoss ist ein
 ebenerdiges Geschoss geworden. Also zwei Stockwerke, ein Dachgeschoss, kein
 Kellergeschoss.
 
 Wie trägt man sowas ein?

building:levels=2

http://wiki.openstreetmap.org/wiki/Talk:Simple_3D_Buildings#Buildings_on_a_slope

...the intended convention was to use the biggest heights, i.e.
measure heights of buildings and building parts from the lowest ground
elevation within the area covered by the building (the whole building,
not just that building part). That's what lowest possible position with
ground contact in the definition of height is supposed to mean.

-- 
Grüße
Holger Jeromin


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