Re: [Talk-de] Carsharing-Stationen Cambio und Stadtmobil Stuttgart

[Hartmut Holzgraefe]

On 2020-11-20 14:26, Holger Bruch wrote:

> Erfreulicherweise haben Cambio und Stadtmobil Stuttgart reagiert. Cambio 
> gestattet die Nutzung ihrer Auskunfts-API, um Carsharing-Stationen in OSM zu 
> übernehmen, Mail siehe unten.

super, ich habe auch gleich eine Station gefunden die hier in Bielefeld
noch nicht erfasst war.

Schade beim Cambio-Api nur, dass zwar in der JSON-Antwort zu finden ist
welche Fahrzeugarten an den jeweiligen Stationen zu finden sind, nicht
aber die Anzahl. Aber irgendwas ist ja immer ;)

PS: hier das quick PHP Script mit dem ich das Cambio-Format in OSM
XML gewandelt habe um die Daten in JSOM laden zu können:

 $lat, "lon" => $lon, "name" => $station["name"]];
}

$id = -1;

echo "\n";
echo "\n";
echo "  \n";

foreach ($out as $node) {
echo "\n";
echo "  \n";
echo "  \n";
echo "\n";
$id--;
}

echo "\n";


-- 
hartmut

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

Re: [Talk-de] Dienstleister für OSM-Kartendruck im Großformat

[Hartmut Holzgraefe]

On 13.02.20 16:42, Michael Reichert wrote:


Falls der Gebiet nicht zu groß ist, empfehle ich
https://print.get-map.org/. Erzeuge dort die Druckvorlage als
PNG-Grafik. Damit kannst du in einen Copyshop deiner Wahl gehen und sie
ausdrucken. Das wäre die billigste Lösung.


Potsdam in maximaler Größe / Auflösung würde da zB. so aussehen:

https://print.get-map.org/maps/103397

Wenn das ganze "mehr fancy" sein soll als einfach auf Papier, dann beiten
sich auch die verschiedenen online Poster-/Fotobuch-Druckdienste an 
(PosterXXL,
MyPoster, ...), da gibt es dann auch die Möglichkeit auf andere 
Materialien wie

Hartschaum, Acrylglas, Aluminium, Leinwand oder Folie zu drucken ...

--
hartmut


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

Re: [Talk-de] w...@noreply.openstreetmap.org

[Hartmut Holzgraefe]

On 15.01.20 10:34, Markus wrote:


Ich schreibe ihm jetzt mal und erkläre ihm das Ganze,
und dass er das natürlich bitte nicht löschen solle ;-)


und warum nicht öffentlich als Antwort auf den Changeset-Kommentar?

Wenn nur PT-53 weiß, was es mit diesen Linien ohne weitere Tags auf
sich hat, dann besteht weiterhin die Möglichkeit, dass sie von
jemandem anderen gelöscht werden.

Unter anderem weisen ja auch die verschiedenen Validatoren auf solche
scheinbar bedeutungslosen Einträge hin und schlagen vor, sie zu
entfernen.

Ich würde sowas auch löschen wenn ich zufällig irgendwo darüber
stolpere ...

--
hartmut

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

[Talk-de] 36C3 [Was: Weihnachtskarten 2019]

[Hartmut Holzgraefe]

On 19.12.19 19:29, Michael Reichert wrote:

Hallo,

vielen Dank für das rege Interesse. Wir haben die Karten aller 34
Empfänger heute gedruckt und zur Post gebracht.


für 36C3 Besucher gibt es dann auch in Leipzig wieder die Chance
auf gedruckte Karten, dieses Jahr am OSM-Schiff im OpenInfrastructure
Bereich ...

(Wenn der Drucker nicht wieder rumzickt wie in Heidelberg. Mein
Erstatzteuldepot habe ich dementsprechend aufgerüstet)

--
hartmut


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

Re: [Talk-de] OpenLayers und OSM

[Hartmut Holzgraefe]

On 09.10.19 21:29, Hartmut Holzgraefe wrote:


Das macht die Ladezeiten kürzer, und auch das API war
(ist?) schlanker als bei OpenLayers.

Solange man nicht zB. auch WMS/WFS Services mit einbinden
will/muss halte ich persönlich Leaflet für die bessere Wahl ...


ich hab da auch mal irgendwann zu beiden Bibliotheken "Step by Step"
Guides gemacht um meine Gehversuche zu dokumentieren.

Die OpenLayers Variante ist allerdings wirklich schon "gut abgehangen"
und basiert noch auf OpenLayers 2.10


https://openlayers-steps.osm-baustelle.de/

https://leaflet-steps.osm-baustelle.de/

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

Re: [Talk-de] OpenLayers und OSM

[Hartmut Holzgraefe]

osm.org verwendet seit einem halben Jahrzehnt +, leaflet und nicht OL.


Simon, was war der Grund für diesen Wechsel?
Und was sind die konkreten Haupt-Vorteile von LL?


Leaflet ist, oder war zumindest zum Zeitpunkt der Umstellung,
leichtgewichtiger als OpenLayers. Während Openlayers alle
Funktionalität in einer großen Bibliothek bündelte (oder hat
sich das in späteren Releases geändert) kommt Leaflet erst
einmal nur mit den absolut notwendingen Basics an Bedienelementen
und nur mit Unterstützung von einfachen PNG-Kartenkacheln,
alles andere kann und muss als Plugin hinzugeladen werden.

Das macht die Ladezeiten kürzer, und auch das API war
(ist?) schlanker als bei OpenLayers.

Solange man nicht zB. auch WMS/WFS Services mit einbinden
will/muss halte ich persönlich Leaflet für die bessere Wahl ...


Womit arbeitet OSM.de ?


Wenn ich das richtig sehe mit einem kurzen Blick auf "View Source"
im Broswer, dann immer noch mit OpenLayers 2.12

--
hartmut

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

Re: [Talk-de] Karte mit shop=yes Orten

[Hartmut Holzgraefe]

On 28.08.19 23:52, Hauke Stieler wrote:

Moin,

aber auch ein Geschäft an/in einer Tankstelle geht doch genauer als "ja,
da ist ein Geschäft" oder nicht? Manchmal ist ja ein halber Supermarkt
drin, manchmal aber auch nur ein kleiner Laden mit Snacks und Getränken.

Finde nicht, dass das ein false-positive ist, auch das Wiki verstehe ich
so, dass es durchaus genauer geht [0]. Und wenn man nichts genaueres
weiß/erkennen kann, dann ist das leider so, aber immerhin hat man es
versucht ;)


da muss man unterscheiden ob das ein gemeinsamer Knoten ist, mit

  amenity=fuel
  shop=yes

oder ob neben dem Tankstellen-Node, oder innerhalb des Tankstellen-
Gebäudes, noch ein zusätzlicher shop-Knoten angelegt ist.

Ein shop=yes an amenity=fuel bedeutet einfach nur: an der Tanstellen-
Kasse bekommt man auch andere Sachen als nur Benzin und vielleicht
noch Öl.

Ein shop=convenience würde ich da persönölich erst zusätzlich anlegen
wenn das auch als andere Marke beworben wird, auch wenn es nur einen
gemeinsamen Kassierer gibt, also zB. aktuell bei den Kooperationen
von Aral und ReweToGo ...

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

Re: [Talk-de] Verkehrsberuhigter Bereich - maxspeed

[Hartmut Holzgraefe]

On 09.04.19 11:33, Florian Lohoff wrote:


In Österreich ist es explizit erwähnt - In Deutschland kann man die Definition
des verkehrsberuhigten Bereich so interpretieren. Wenn das nicht für den
Fahrenden sondern den ruhenden und erschließenden Verkehr ist kann IMHO da kein
quer oder Durchgangsverkehr erlaubt sein.


Gegenbeispiel:

https://osm.org/go/0GwAqppMc?m=

Hier ist die Gutenbergstraße durchgehen verkehrsberuhigt, auch über die 
Wittekindstraße
hinweg. D.h. auf der Wittekindstraße steht da in beiden Richtungen ca. 
10m  vor der Kreuzung ein blaues Schild, man muss (in der erlebten 
Praxis eher: müsste) dort also einmal auf Schrittgeschwindigkeit runter,

aber es ist klar zur Durchfahrt gedacht.

Inwieweit so eine Konstruktion sinnvoll ist sei jetzt mal dahingestellt ...



--
hartmut

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

Re: [Talk-de] fire_hydrant:pipe_diameter

[Hartmut Holzgraefe]

On 04.04.19 16:16, Rolf Eike Beer wrote:


Der Rohrdurchmesser ist in der Regel sowieso nicht ersichtlich, da
Überflurhydranten i.d.R. kein Schild haben.


das kann ich für "meine" Gegend eher nicht so bestätigen, bis auf wenige
Ausnahmen haben auch die Überflur-Hydranten in meiner Nachbarschaft 
Schilder.


--
hartmut

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

Re: [Talk-de] B96n teilweise freigegeben, Cache TTL

[Hartmut Holzgraefe]

On 25.02.19 10:49, Viktor via Talk-de wrote:

> - Sind Wildbrücken unsichtbare Objekte?

sieht so aus, zumindest in den Mapnik-Kartenstilen deren Quellcode
öffentlich verfügbar ist finde ich in keinem davon Regeln in denen
"wildlife_crossing", oder überhaupt "wildlife" zu finden wäre.

Auch auf der Taginfo Seite dazu finden sich unter "Projekts" nur
Projekte, die allgemein "mam_made=*" auswerten, aber nicht
konkret "man_made=wildlife_crossing":


https://taginfo.openstreetmap.org/tags/man_made=wildlife_crossing#projects


Bei bisher nur etwas über 600 Einträgen weltweit scheint das
Interesse noch nicht groß genug zu sein.

PS: ich muss auch zugeben, dass ich keine Idee habe wie man
so etwas überhaupt optisch darstellen sollte (also
zusätzlich zu tunnel/bridge und forrest/scrub/grass ...)

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

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 16:21, Christoph Hormann wrote:


Diese Entscheidungen werden auf Grundlage von

way_area/NULLIF(!pixel_width!::real*!pixel_height!::real,0)

gefällt.  Es wäre eigentlich sinnvoll, statt der Normalisierung
mittels !pixel_width!/!pixel_height! mit !scale_denominator! zu
arbeiten.  Müsste nur mal jemand umrechnen.

Siehe auch:

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


Ah, interessant. Also tatsächlich eine Stelle wo einfach andere
Ausgabemedien nicht wirklich vorgesehen sind ...

--
hartmut

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

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 15:59, Frederik Ramm wrote:


Ich hatte bei der Weihnachts-Druck-Aktion neulich ein bisschen das
Problem, dass der Carto-Stil nicht richtig mit dem Scale-Faktor zusammen
arbeitet. Die Entscheidung, ab wann Fontgrößen für Flächen erhöht werden
sollen, scheint unabhängig vom Scalefaktor getroffen zu werden.


Da gibt es mindestens drei Probleme die ich mal gründlicher angehen muss:

* PDF und SVG werden mit dem Standard-Scalefactor gerendert, der ist aber
  nicht wirklich passend da die Druckauflösung ja eigentlich deutlich
  höher ist als die von Mapnik und Cairo angenommenen 72 bzw 96 dpi
  (kann mir nie merken welches welche ist)

* Bei der PNG Ausgabe passe ich tatsächlich den Scale Factor an um
  auf 300 dpi zu kommen, wenn das PNG aber zu groß wird und entweder
  zu viel Speicher verbraucht oder an das harte Cairo-Limit von ca.
  30k*30k Pixeln stößt falle ich zurück auf 72dpi

* Bei der PNG-Variante mit Scale Factor != 1 gibt es irgendwo in dem
  ganzen Stack ein Rundungsproblem bei den Schriftgrößen.

  Hier zum Beispiel fällt es besonders auf, die Größen der Halos sind
  durchgehend richtig, die eigentliche Beschriftung dagegen wechselt
  in der Größe relativ willkürlich von Buchstabe zu Buchstabe


https://print.get-map.org/results//043939_2018-12-29_21-14_westen.8bit.png

Ich habe auch mal versucht bei den PDFs und SVGs am Scale Factor zu
drehen, aber die Ergebnisse dabei gingen so überhaupt nicht in die
Richtung in die ich eigentlich wollte ...

Leider ist da auch die Mapnik-Dokumentation nicht wirklich hilfreich
(wie in so vielen Dingen). Ich habe auch schon mal kurz darüber 
nachgedacht "einfach" die MinScaleDenominator und MaxScaleDenominator

Atribute in den XML-Stylefiles für höhere Auflösungen "on the fly"
per XML-Parser anzupassen ...

--
hartmut

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

Re: [Talk-de] Hat der Renderer Probleme?

[Hartmut Holzgraefe]

On 04.01.19 14:37, Nordpfeil wrote:

Hallo zusammen,

gibt es nur "den" Renderer.



nein, natürlich nicht.


Wenn man zB. ungeduldig ist und "sofort" sehen möchte wie das im
aktuellen OSM-Carto Stil aussieht (oder auch in anderen Stilen)
kann sich den entsprechenden Bereich auch zB. auf meinem Druckserver
rendern lassen:

  https://print.get-map.org/

In der Regel hängt meine Planet-Datenbank nur ein bis zwei Minuten
hinterher (grüne Kurve):


https://print.get-map.org/munin/localdomain/localhost.localdomain/osm_lag.html

und neue Carto OSM Versionen installiere ich normalerweise auch sehr
Zeitnah.

Vorteil:

* es wird nichts gecached, jeder Renderauftrag wird direkt
aus dem aktuellen DB-Stand erzeugt.

Nachteil:

* keine Tiles/kein Tileserver, es wird immer genau für die jeweilige
  Papiergröße und den gewählten Kartenausschitt in einem Rutsch
  gerendert

* keine direkte Kontrolle des Zoomfaktors

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

Re: [Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht

[Hartmut Holzgraefe]

On 03.01.19 13:37, André Riedel wrote:

Hallo,

für die diesjährigen Chemnitzer Linux-Tage suchen wir noch
Mitstreiter, welche uns am OpenStreetMap-Stand unterstützen. Diese
finden am 16. und 17. März statt. Weitere Informationen findet ihr im
Wiki.



Schade dass sich das am 16. mit der FOSSGIS in Dresden überschneidet.


Ich überlege gerade für den 17. noch einen Abstecher für den Rückweg
aus Dresden einzuplanen, wirklich festlegen kann ich mich da aber
noch nicht ...

--
hartmut

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

Re: [Talk-de] Linien (Zaun, Grenze, Weg) und Fläche [war: Feature Proposal - RFC - Empfehlung zur Verwendung von Multipolygonen]

[Hartmut Holzgraefe]

On 27.11.18 14:50, Florian Lohoff wrote:

A) Wiese = eingezäunte Weide
Weidewiese kann grösser/kleiner sein als die umzäunte Fläche.
Weidezäune sind meist variabel.
Die Grasfläche geht meist über den Zaun hinaus (Wegrand)

Letzteres stelle ich mal in Frage - meist ist das eben dann
die Bankette der Straße und eben nicht mehr teil der Weide.
Wenn man Weide als "Da wo Tiere weiden können" definiert endet
das ja am Zaun:)



Ich sehe den typischen, fest installierten Weidezaun auch als
Begrenzung der Weide an (und die jederzeit versetzbaren Stahlspieße
mit Isolatoren gehören eh nicht gemappt).

Natürlich gibt es auch da Ausnahmen, zB. wenn durch die abgezäunte
Fläche noch entlang des Zauns ein Wirtschaftsweg verläuft, oder
wenn eine große Weidefläche auch intern in kleinere umzäunte Parzellen
geteilt wird.

In der Regel definiert aber der Zaun klar die Weidegrenze, und steht
bei zwei aneinander grenzenden Weidestücken unterschiedlicher Eigentümer
auch klar auf der entsprechenden Grenze. Und ein Zaun hat, anders als
vielleicht bei einer Einfriedung mit einer Mauer oder einer Hecke, auch
keine nennenswerte Fläche. Auch wenn man also im prinzip geometrisch
argumentieren kann, dass der Zaun "außen" und die eigentliche 
Weidefläche "innen" ist, und somit eine räumliche Trennung zwischen

dem umgebenden Land, dem Zaun, und der Weide besteht: in der Praxis
kann ein Zaun kaum als flächiges Objekt angesehen werden das eine
eigene Lücke zwischen Weide und umgebendem Landuse verdient ...

--
hartmut

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

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Hartmut Holzgraefe]

On 16.11.18 13:38, sepp1...@posteo.de wrote:
Auch der Name des Künstlers hat im Operatorfeld nichts zu suchen, 
sondern maximal in der Beschreibung zum Kunstwerk, wenn das unbedingt 
sein muss.


Ja, dafür haben wir artist_name und artist:wikidata, operator passt
dort wirklich nicht. Ich sehe aber auch nicht, dass irgendwo vorher
in diesem Thread jemand Künstlernamen in operator= stehen haben wollte.


https://wiki.openstreetmap.org/wiki/Tag:tourism=artwork

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

Re: [Talk-de] Änderungen highway=living_street / highway=service + living_street=yes

[Hartmut Holzgraefe]

On 16.11.18 13:13, Martin Koppenhoefer wrote:

es gibt auch ein Proposal dazu von 2009:
https://wiki.openstreetmap.org/wiki/Proposed_features/Tag:living_street%3Dyes



das schlägt aber die Kombination unclassivied/living_street für unbenannte
Straßen vor die komplett durch eine verkehrsberuhigte Zone hindurchführen,
und service/living_street für unbenannte die das nicht tun.

Ich würde da hineininterpretieren, dass es trotzdem immer noch um 
öffentliche Wege geht, und nicht um private Zufahrten?


--
hartmut


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

Re: [Talk-de] Relation in verschiedenen Formaten herunterladen

[Hartmut Holzgraefe]

On 03.09.2018 10:17, Markus wrote:
> Wenn ich die ID einer Relation habe,
> Wo/wie kann ich die Daten in verschiedenen Formaten herunterladen?
> (gpx, shape, json, svg, ...
> 
> Beispiel:
> Erlangen, ID=62403
> Simmelsdorfer Rundwanderweg Rot 3, ID=969263

für Wanderwege ist es einfach:

https://hiking.waymarkedtrails.org/api/details/relation/969263/gpx

-- 
hartmut

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

Re: [Talk-de] Farben in OSM-Kacheln (PNG)

[Hartmut Holzgraefe]

On 23.08.2018 17:32, Markus wrote:


Wie ist das bei unseren Kacheln?
Ich suche die Farben der darin dargestellten Icons, Linien und Flächen.
(Farbnummern incl. Alpha-Wert)
Da gibt es doch sicher irgendwo eine Bibliothek/Tabelle?


Im Prinzip finden die sich alle in der XML-Datei die die Render-Regeln
für den Mapnik-Renderer definiert.

Bei Icons und Füllmustern können auch in den eingebundenen .svg und .png
Bilddateien noch zusätzliche Farben definiert sein.

Und dann können auch noch Überlagerungen hinzukommen die zu Mischfarben
führen, so zB. durch "comp-op" Compositing Funktionen in Mapnik, oder
durch die Überlagerung des Renderergebnisses mit Hillshading-Dateien.

--
hartmut



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

Re: [Talk-de] Einladung Berliner OSM Hackweekend 15.&16.09.2018

[Hartmut Holzgraefe]

On 17.07.2018 13:48, lars lingner wrote:

Hallo,

für das kommende OpenStreetMap Hackweekend am 15./16.09.2018 möchte ich
wieder alle Neugierigen und an OSM Interessierten einladen.


scheint nicht die einzige Veranstaltung an dem Wochenende zu sein,
wenn ich mir die Hotelpreise so anschaue?

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Hartmut Holzgraefe]

On 18.04.2018 20:07, Florian Lohoff wrote:


==
Das progressive Teilen von Nodes durch Flächen und Wegen ist eine gemäß 
Wiki anerkannte Mappingmethode. Der Weg repräsentiert dabei nicht 
ausschließlich die Fa
hrbahmitte sondern insbesondere in Verbindung mit dem width-Attribut, 
hilfsweise auch mit Standardwerten, die gesamte Fahrbahn. Selbstverständlich 
geht der Pa
rkplatz nicht bis zur Fahrbahnmitte. Das wird mit dieser Mappingmethode 
auch nicht behauptet. Wenn das Dein Renderer oder Dein Editor anders darstellt 
ist das
 kein Fehler. 
https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes
==



"lustig" dass die verlinkte Wikiseite in dem Abschnitt auch sagt:

"There is not clear consensus yet ..."

"That being said, when the way is a highway, it usually is most accurate 
to include a gap, so that the area ends by the side of the road and does 
not share nodes with the road's way. This is because highway ways 
usually are traced along the centerline of the road, and it is unlikely 
that the area being tagged actually extends to the center of the road."


Das liest sich beides irgendwie nicht so wirklich wie dass was ich mir
unter:

"gemäß Wiki anerkannte Methode"

vorstellen würde?


--
hartmut

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

Re: [Talk-de] Flächen/Wege // Trolling in changesets

[Hartmut Holzgraefe]

On 04.04.2018 16:00, "Christian Müller" wrote:


Das Verkleben kannst du nicht beenden - was willst du in die
entstehenden Lücken tun?  Sind die dann nicht mehr Teil dieser
Welt?  Soll da Fugenmörtel rein?


es geht ja gerade um die Lücken. Die entstehen nicht erst dadurch
dass zwei Flächen nicht verbunden sind, sondern dadurch dass z-B.
zwischen zwei Feldern tatsächlich eine Lücke ist wenn da eine Straße
dazwischen verläuft.

Verklebt man Flächen und Wege dann verschwindet eine eigentlich
vorhandene Lücke.

Stoßen zwei Flächen dagegen tatsächlich direkt aneinander, zB.
ein Waldstück und eine Wiese, dann ist es kein Problem wenn diese
beiden sich eine Grenzlinie teilen. Darum geht es in diesem Thread
aber nicht, sondern konkret um das "verkleben" von Objekten 
unterschiedlicher Dimension: zweidimensionale Flächen mit

eindimensional erfassten Stra0en und Wegen.


Du kannst den Missstand mit den overlapping ways beenden,
indem du MP bildest, die sich der geometrisch korrekten
eingetragenen Flächengrenzen(-teile) bedienen.


Das verstehe ich nicht, das verkompliziert die Sache doch eher
noch mehr, wie wir an den immer wieder kaputt gehenden 
Verwaltungsgrenzen und Küstenlinien regelmäßig leidvoll erfahren ...


--
hartmut


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

Re: [Talk-de] Navads-Tankstellenimport

[Hartmut Holzgraefe]

On 26.03.2018 23:50, Michael Reichenberg wrote:


Da ich nur einen kleinen Teil von Deutschland kenne, möchte ich euch
bitten, euch eure Gegend auf http://audit.osmz.ru/browse/navads_fuel mal
anzusehen und insbesondere Aspekte zu prüfen:


Das umfasst nur Aral, Avia und Shell?



- Stimmt das Matching bei mehreren neben einander liegenden Tankstellen?


Sieht OK aus, ich habe da aber auch nur eine Stelle wo so etwas vorkommt

http://audit.osmz.ru/browse/navads_fuel/NVDS114_28174700DE1


- Sind die Tags, die geändert werden sollen, korrekt?


Sind bei denen die ich angeschaut haben nur Öffnungszeiten und manchmal
Telefonnummern, sowie zusätlich zu "name" und "operator" nun auch noch
"brand".

Die Öffnungszeiten sehen gut aus, aber ich fahre schon lang nur noch
Carsharing und dass ich da tanken muss kommt nur ein bis zweimal im
Jahr vor und habe keinen echten Überblick mehr


- Werden Tags ergänzt oder geändert, die man mehrmals pro Jahr ändern
   müsste, weil sie saisonal verschieden sind?


Wenn dann wären es die Öffnungszeiten. Wüsste da aber keinen der die
Saisonal ändert


- Habt bitte insbesondere einen Blick auf Tankstellen, die in den
   letzten zehn Jahren die Marke gewechselt haben.


Das passt, eine Shell und eine Aral hier in der Gegend haben den
Betreiber gewechselt in den letzten Jahren, beide sind nicht
Teil des Imports

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

Re: [Talk-de] Kartendruck hochauflösend

[Hartmut Holzgraefe]

On 06.01.2018 09:01, Markus wrote:

Vielleicht hilft das: http://printmaps-osm.de:8080/

Ja, das ist ein gutes Tool, kann aber nicht die Layer von OpenSeaMap.

Was ich brauche ist ein Rendering-Spezialist - so wie die Geofabrik.
(aber Frederik kann nicht)


Das "Problem" bei OpenSeaMap ist dass diese einen komplett
selbstgeschriebenen eigenen Renderer benutzt, nicht eine der
Standardlösungen wie Mapnik.

Das bedeutet leider auch dass man keinen der bestehenden Druckdienste
(printmaps-osm, maposmatic, ...) einfach mit dem OpenSeaMap füttern
kann, man müsste entweder schauen inwieweit man den OpenSeaMap Renderer
dazu bewegen kann gößerflächige Bereiche zu rendern als 256x256 Pixel
große Kacheln, oder man geht den klassischen Weg die einzelnen Kacheln
des gewünschten Bereiches im passenden Zommlevel zu sammeln und dann
wieder zu einem großen Bild zusammenzufügen.

Kurze Suche im OSM Wiki liefert ein paar Vorschläge zu dem Thema:


https://wiki.openstreetmap.org/wiki/Category:Tile_stitching

Erfahrungen mit den einzelnen Tools habe ich leider nicht ...

--
hartmut

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

Re: [Talk-de] Maxspeededitor: Wie speichern?

[Hartmut Holzgraefe]

On 29.12.2017 19:41, markus schnalke wrote:

Hoi,

heute habe ich den Maxspeededitor 
entdeckt. Der war mir hilfreich, um vergessene Strassen in grossen
30er-Zonen zu finden ...


Leider ohne Feedback-kanal (oder bin ich nur zu blind?)

Bei mir in der Gegend wirft es viel zu viele "false negatives" weil
es auch highway=service  und highway=living_street anmeckert:


http://maxspeededitor.qrcaching.de/#16/52.0267/8.5236


Mit der Ito-Auswertung bin ich da glücklicher:


http://product.itoworld.com/map/124?lon=8.52756=52.02417=15

--
hartmut

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

Re: [Talk-de] OSGeo/FOSSGIS/OSM-Stand auf der FrOSCon

[Hartmut Holzgraefe]

On 21.08.2017 16:41, Falk Zscheile wrote:

Moin,

ich möchte im Folgenden eine kurze Rückmeldung vom
OSGeo/FOSSGIS/OSM-Stand auf der diesjährigen FrOSCon geben.


Ich habe es ja leider erst zum Stand geschafft als schon Zeit zum 
Abbauen war ... drei Vorträge in zwei Tagen waren in der Rückschau

eine eher suboptimale Idee, auch wenn zwei davon "Recycling" vom
letzten Jahr waren.

Und das Projekt "Ich nehme meinen Drucker mit", insbesondere in
Kombination mit obigem, der Raumsituation (eher kein Platz am
Stand, kein "hinten" im Vortragsraum wegen der Hörsaalbestuhlung,
und der aufgetretenen Druckerprobleme an sich, hat sich auch
nicht wirklich gelohnt.

Wenn ich richtig gezählt habe dann habe ich insgesamt immerhin
fünf Karten gedruckt:

1x Test
2x für echte Besucher
1x für einen meiner Arbeitskollegen
1x für Stand/Devroom-Beteiligte

Immerhin habe ich feststellen dürfen dass Netzwerk-Karten für
HP-Druker dieser Altersklasse mittlerweile bezahlbar geworden
sind. Ich habe gerade eine gebrauchte Karte für ~30Eur bekommen
und hoffe dass sich damit zumindest die Treiber- und die vermuteten
Probleme durch das überlange USB-Kabel erledigt haben ...

--
hartmut


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

Re: [Talk-de] Farbe des Meeres in OSM-Carto

[Hartmut Holzgraefe]

name=Danger Area Sylt A

Das dürfte seinen Grund haben warum das rot ist..
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Projektbetreuer für JOSM und Mapnik für OSGeo-Live dringend gesucht

[Hartmut Holzgraefe]

Ich werde mich später dafür hassen, aber ich halte mal den Finger für Mapnik 
hoch ..
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] emergency access points

[Hartmut Holzgraefe]

On 05.03.2017 13:21, Bernhard Weiskopf wrote:
> Hallo zusammen,
> 
> gibt es inzwischen ein Kartendarstellung der Punkte, mit Angabe der Nummer?
> 
> Mapnik, Radfahrerkarte, Verkehrskarte, Humanitarian, OpenTopoMap, ... alles 
> negativ.
> 
> Auch OsmAnd zeigt sie nicht an. In der Suchfunktion kann ich sie zwar 
> auswählen, sie findet aber nichts.


ich hab sie in meinem "FiryHydrant" Overlay für MapOsMatic mit drin,
siehe zB.:

https://maposmatic.osm-baustelle.de/maps/1375

Einen Tilserver der Rettungspunkte darstellt kenne ich aber auch nicht.

-- 
hartmut


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

Re: [Talk-de] emergency access points

[Hartmut Holzgraefe]

On 03.03.2017 11:20, Martin Koppenhoefer wrote:
> Ganz unten unter "Richtlinien" stehen Tagging Beispiele (übrigens in für
> das Wiki seltsamer Schreibweise):
> 
> 
> Dabei dreht sich die Seite um den tag emergency=access_point

die beiden Seiten für highway=emergency_access_point und
emergency=access_point sind zZ. weitgehend textgleich,
incl. der Beispiele.

Vermutlich soll das im Rahmen des auf beiden Seiten angegebenen
"WikiProject Emergency Cleanup" bereinigt werden, ist aber z.Z.
noch "work in progress"?

Also "der Text der alten Tagseite ist schon umkopiert, aber noch
nicht angepasst worden"?

-- 
hartmut


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

Re: [Talk-de] Wochennotiz Nr. 344 14.02.2017–20.02.2017

[Hartmut Holzgraefe]

On 24.02.2017 07:48, Wochennotizteam wrote:
> die Wochennotiz Nr. 344 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da:

Bei der Einladung zum Open Data Day in Essen hat sich wohl ein Fehler
eingeschlichen (im Orginal, nicht in der Wochennotiz).

Der Link inder Einladungsmail zeigt auf das Event vom letzten Jahr,
das Meetup Event für dieses Jahr ist

https://www.meetup.com/de-DE/OK-Lab-Niederrhein/events/237342100/

-- 
hartmut

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

Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor

[Hartmut Holzgraefe]

On 12.12.2016 12:35, Markus wrote:
> OpenFireMap z.B. ist für die Feuerwehren hilfreich, weil sie die ganzen
> Daten auf dem Tablet haben (statt riesige Kartenblätter oder mehrere
> Ordner wälzen zu müssen).

und noch ein "shameless plug":

Wer es doch gerne auf Papier mag: ich habe mittlerweile den OpenFireMap
Stil in meinem MapOSMatic Fork als Overlay-Stil eingebunden, damit
lassen sich die erfassten Hydranten-Daten auch als großflächige Karte
oder als Din-A4 Atlas ausdrucken.

Hier zB. mit OpenTopoMap-Style als Basiskarte:

  http://maposmatic.osm-baustelle.de/maps/662

-- 
hartmut

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

Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor

[Hartmut Holzgraefe]

On 12.12.2016 12:35, Markus wrote:

> Durch Marc's Diary erfahre ich nun zufällig, dass es eine neue
> OpenFireMap gibt: OsmHydrant.org


Nachtrag nach vergleichbarer Frage anderswo im Thread:

OsmHydrant.org funktioniert nur wenn eine Internet-Verbindung
besteht, offline-Betrieb ist nicht möglich.

-- 
hartmut

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

Re: [Talk-de] mobiler Zielgruppen-spezifischer Editor

[Hartmut Holzgraefe]

On 12.12.2016 12:35, Markus wrote:

> Durch Marc's Diary erfahre ich nun zufällig, dass es eine neue
> OpenFireMap gibt: OsmHydrant.org
> 
> Dort gibt es einen simplen POI-Editor, direkt in die Karte integriert,
> spezifisch für Hydranten, Ansaugplätze und Wassertanks und deren tags.
> Finde ich genial :-)
> Damit kann man quasi in Echtzeit (10') das Mapping-Ergebnis prüfen.
> 
> Gibt es da aus Deiner Probleme? welche?


Leider ist OsmHydrant nicht open source, und auf eine entsprechende
Anfrage damals habe ich nie wirklich eine Antwort bekommen.

Dabei würde sich die Web-App vermutlich wunderbar als Grundlage auch
für andere Ein-Themen-Erfassungs-Apps eignen. Mir schwebte da zB.
einmal eine unterstützende App zur Erfassung von
Fahrrad-Parkmöglichkeiten vor ...

Vielleicht mag ja mal jemand anderes nachfragen und hat vielleicht
sogar mehr Glück als ich?

-> https://osmhydrant.org/en/contact

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 09.12.2016 11:01, l...@posteo.de wrote:
> Hallo Olaf,
> 
> was ich zu tun habe um den Stil in OsmAnd zu bekommen ist mir dank der
> Mailingliste klar gewordenen.
> 
> Aber: Ich vermute, dass das verlinkte GitHub-Repository
> https://github.com/giggls/openstreetmap-carto-de eben nicht den besagten
> deutschen OSM-Stil von openstreetmap.de repliziert. Hier als Beispiel
> die von mir genannte Straße.

wenn ich das richtig sehe dann ist der Screenshot im Github-Readme
das letzte mal am 6. Juni geändert worden, also noch ziemlich zu
Anfang des Portierungsprojektes und 3 Monate vor der Umstellung des
osm.de Tile Servers vom alten Mapnik- auf den neuen CartoOSM-basierten
Stil

Der Stil ist definitiv der auf openstreetmap.de verwendete. Ich benutze
den Stil aus dem Repository auch für meinen MapOSMatic-Clone, und das
Ergebnis stimmt mit dem auf openstreetmap.de überein:

http://maposmatic.osm-baustelle.de/results//000677_2016-12-09_11-20_TestGermanStyle.png

-- 
hartmut

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

Re: [Talk-de] Frage: Kartenstile für Bildungszwecke

[Hartmut Holzgraefe]

On 10.11.2016 15:03, Martin Koppenhoefer wrote:

> Inkscape als freie Alternative ist für so komplexe Dinge wie größere Karten
> vermutlich nicht besonders performant/geeignet? Mir stürzt das leider auf
> dem Mac öfters mal ab, auch schon bei gering komplexen Zeichnungen. Vom
> eher komplizierten Handling und der mangelhaften OS Integration mal
> abgesehen.

"Don't go there, there be dragons!"

Inkscape kommt nicht mit einer großen Anzahl von Objekten klar, es
scheint da gefühlt sogar schlechter als O(n) zu skalieren. Insbesondere
fällt auf dass sogar Operationen die gar keine Änderung am aktuellen
Objektbaum oder der aktuellen Ansicht erfordern deutlich langsamer
werden, zB. das Anlegen eines neuen, leeren Layers.

Mit einem DinA1 Export eines mit Mapbik und dem OSM Standardstil
gerenderten SVGs für einen Stadtteil fühlte sich das Nachbearbeiten
mit Inkscape vergleichbar an wie vor langer Zeit meine ersten
Gehversuche mit CorelDraw! 3 auf einem 386er mit 2MB. Allerdings
lag es hier nicht an fehlender CPU oder Speicher, nur einer der
sechs Kerne der Maschine war ausgelastet, die anderen langweilten
sich, und von den 16GB war auch mehr als die Hälfte frei.

Trotzdem war das "Arbeiten" eher von der Art: "Wir verschieben einen
Marker, dann warten wir ein wenig, dann stellen wir fest dass wir ihn
ein wenig zu weit geschoben haben, verschieben ihn etwas zurück, warten
noch mal ein wenig ... und das schon bei Wireframe-Ansicht und Karte und
Markern in unterschiedlichen Layern.

Etwas erträglicher wurde es nachdem ich den OSM-Stil ein wenig reduziert
hatte, insb. keine Hausnummern mehr ausgegeben habe. Allerdings war es
immer noch schmerzhaft genug dass ich dann die Aufgabe doch mit Mapnik
und Python soweit automatisiert habe dass Eingaben jetzt in einem
Web-Frontend erfolgen können und danach ein fertiges PDF herauspurzelt,
bzw. immer noch ein SVG wenn man denn tatsächlich doch noch mal selbst
Hand anlegen möchte.

Leider hat sich aber auch gezeigt dass alle anderen
Vektor-Zeichenprogramme mit SVGs in dieser Größe noch viel mehr
überfordert sind und entweder schon beim Laden scheitern (gerne auch
erst nach
mehreren Stunden), oder die Karte zwar geladen bekommen, dann aber
eine Bearbeitung überhaupt nicht möglich ist.

So gesehen ist Inkscape immerhin die am wenigsten schlechte Lösung.

Der Vergleich wie AI sich mit denselben Dokumentgrößen schlägt fehlt
mir leider noch ...

-- 
hartmut


___
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

[Hartmut Holzgraefe]

On 24.09.2016 15:13, Sven Geggus wrote:
> 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.
> 
> Könnte schlimmer sein :)

Ich fluchte gerade ein bischen über "die Views heißen jetzt so wie
früher die Tables" ... da ich auf meinem MapOSMatic clone versuche
so viele Styles wie möglich aus demselben osm2pgsql Import zu bedienen

Ist aber nichts was sich nicht durch ein wenig brutale "sed" Gewalt
lösen ließ ;)

Läuft jetzt und sieht gut aus :)

zB: http://maposmatic.osm-baustelle.de/maps/218

-- 
hartmut


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

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

[Hartmut Holzgraefe]

On 05.08.2016 16:08, Sven Geggus wrote:

> Ich verwende für solche Aufgaben in der Regel nik2img. Das verwendet auch
> Frederik Ramm für seine großformatigen Ausdrucke.

Alternativ gibt es auch nik4 das zumindest von sich selbst behauptet
etwas bessere Ergebnisse zu liefern als nik2img:

https://github.com/Zverik/Nik4

Beide setzen aber voraus dass man die OSM-Daten für den zu rendernden
Ausschnitt vorab in eine PostGIS-Datenbank importiert hat.

Ich glaube ich sollte da mal mein Vagrant-Setup [1] für MapOSMatic
entsprechend erweitern. nik2image sollte da sogar in der aktuellen
Fassung schon als Teil von Mapnik mit installiert sein. Mit

  pip install nik4

sollte man dann auch direkt nik4 damit verwenden können ...


[1] https://github.com/hholzgra/maposmatic-vagrant

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 04.08.2016 20:03, Frank J. wrote:

> Für die Erzeugung eines PDF-Großformates aus OSM-Daten gibt es z.B.
>   http://maposmatic.org/
> Schau doch mal, ob das deinen Vorstellungen entspricht.

da MapOsMatic leider immer mal wieder offline ist und eine mittlerweile
deutlich veraltete Version des Standard-OSM-Stils benutzt habe ich unter

  http://maposmatic.osm-baustelle.de/

eine eigene Instanz aufgesetzt, allerdings bisher nur für Deutschland.

Dafür gibt es, wie gesagt, einen akutellen OSM Stil, und u.a. auch
den deutschen OSM- und den den HikeBikeMap-Stil zur Auswahl, und die
Möglichkeit darüber noch einen weiteren Stil als Overlay zu rendern
(z.Z. als Experiment ein Overlay für Golfplätze und eines für Hydranten)

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 21.06.2016 09:49, Sven Geggus wrote:


Ja, aber erst nach der FOSSGIS. Außerdem braucht der Tileserver auch erst
noch einen Datenbank Neuimport und ein Systemupdate.


kommst Du zum Sommercamp nach Essen im August?

--
hartmut

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

Re: [Talk-de] Camper / Wohnmobile

[Hartmut Holzgraefe]

On 12.04.2016 13:06, Simone Schwarz wrote:


Mich hat "caravan" ein bisschen verwirrt.
Caravan = Wohnwagen = Anhänger und Wohnmobil/Camper sind etwas ganz anderes ;)


ist im (US-)Englisch nicht Caravan der Oberberiff mit
Unterkategorien "Mobile home" für Selbstfahrer und
"Trailer" für reine Anhänger?

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

Re: [Talk-de] Camper / Wohnmobile

[Hartmut Holzgraefe]

On 12.04.2016 07:54, Simone Schwarz wrote:

Hallo Liste

Da Deutschland als Land der Wohnmobile gilt, frage ich gleich hier nach ;)

Frage 1: Wie tagge ich am besten eine Camper-Werkstat ?
   - Werkstat für Reparaturen
   - Vermietung von Wohnmobile und Wohnwagen
   - Verkauf von Wohnmobile, Wohnwagen, Zelte und Camping bedarf


Frage 2: Gibt es ein spezielles Taggingschema für Wohnmobil-Stellplätze ?
   - eventuell mit zusätzlichen Angabe der maximal erlaubten Länge, 
Höchstgewicht etc.



http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site

Zu Länge und Höchstgewicht steht da nichts, aber Kombination mit den für 
Straßen üblichen maxheight, maxweight Tags erscheint sinnvoll ...


--
hartmut

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

[Talk-de] Berlin MariaDB Meetup (Was: Berliner OSM-Hackweekend)

[Hartmut Holzgraefe]

Ich hänge mich hier mal einmal ganz dreist dran:

Wir haben gerade ein MariaDB Entwicklermeeting in Berlin,
und haben in dem Rahmen am Dienstag Abend auch eine
öffentliche Veranstaltung

  http://www.meetup.com/MariaDB-Developers/events/229984670/

19:00, in den Räumen von Wikimedia, Tempelhofer Ufer 23-24

Wer Interesse an der aktuellen MariaDB Entwicklung hat oder
einfach mal die Leute dahinter (incl. Monty Widenius) kennen
lernen möchte, ist gerne willkommen.

Unter anderem werden auch die wesentlichen Entwickler der
MariaDB GIS Implementation dort sein (so, damit hab ich dann
auch den On-Topic Bogen hinbekommen ;)

--
hartmut




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

Re: [Talk-de] Talk-de Nachrichtensammlung, Band 117, Eintrag 7

[Hartmut Holzgraefe]

On 05.04.2016 13:43, Bernhard Kuisle wrote:

Fußgängerzonen: Radfahren erlaubt - unerlaubt?

Die nächsten Zeilen sind unter Vorbehalt meines Gedächtnisses   .^)

1. Das Radfahren und auch das Radschieben sind wenn nicht ausdrücklich erlaubt 
in einer Fußgängerzone verboten.


Warum finde ich dann, auch ohne dass Radschieben irgendwo offiziell 
erlaubt wäre (es gibt nur eine Freigabe für Radfahrer außerhalb der

Geschäftszeiten) bei uns auch mitten in der Fußgängerzone vor
Geschäften von der Stadt installierte Fahrradständer 
(bicycle_parking=stand)?


Oder soll die Rechtslage etwa so sein dass ich mein Rad dann bis
weit in die Fußgängerzone hinein tragen müsste?


2. Das Rollern ist nach Gerichtsurteilen erlaubt. Rollern ist aber nur, wenn 
der Fuß auf dem Pedal ist, der beim Rollern auch auf dem Roller stehen würde.
D.h. für jemanden, der das Rad üblicherweise rechts schiebt, muss der rechte 
Fuß auf dem Pedal stehen. (Steht der linke Fuß drauf, ist er Radfahrer, da er 
jederzeit richtig aufsteigen könnte).


Da man "rollern mit linkem Fuß auf linkem Pedal" sowieso nicht lange 
durchhält finde ich die Unterscheidung sogar noch irgendwie ein Stück

weit plausibel, vor allem wenn man auch noch berücksichtigt dass nicht
jeder Rahmen oben eien Stange hat ...

--
hartmut

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

Re: [Talk-de] mobile Telefonnummern

[Hartmut Holzgraefe]

On 24.03.2016 13:47, Heinz-Jürgen Oertel wrote:

Hallo,

In JOSM gibt es die Maske für Telefon und Fax.
Inzwischen findet man aber an vielen Geschäften, Restaurants etc. eigentlich 
immer mehr die Angabe von Telefon, dann Festnetz, und Handy/mobile.

Wie haltet Ihr das.

Mir ist es gerade im Ausland aufgefallen, wo es eigentlich gar kein Fax, dafür 
aber eher mobile gibt.
Welche Nummer trage ich dann ein, die Festnetznummer oder eher die mobile 
Nummer?


gute Frage, riecht ein bischen danach als ob wir da das
"phone" oder "contact" Tag mal etwas erweitern müssten,
also zB um ein "contact:mobile"?

http://wiki.openstreetmap.org/wiki/Key:contact

Bisher trage ich grundsätzlich die Festnetznummer ein,
es sei den es ist ausschließlich eine Mobilnummer angegeben.

Bei den Geschäften hier in der Gegend ist die Mobilnummer
an der Tür idR. aber auch nur für Notfälle vor Ort gedacht,
also zB. für "Ihr Laden brennt" oder "Bei Ihnen wurde gerade
eingebrochen" ... für OSM also eher weniger relevant

--
hartmut

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

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

[Hartmut Holzgraefe]

On 27.01.2016 22:33, Markus wrote:

> In OSM werden Daten ja von tausenden Benutzern geprüft und ggf.
> verbessert. So entsteht iterativ eine hohe Genauigkeit und
> Detailliertheit unserer Daten.

Das wesentliche Zitat zu dem Thema war ja

  "Given enough eyeballs all bugs are shallow"

So viele "eyeballs" haben wir aber, verglichen mit der Datenmenge,
garnicht. Dazu kommt noch dass, anders als bei Source Code, es deutlich
schwieriger ist sich das entsprechende Domänenwissen zu beschaffen um
konkrete Daten überhaupt bewerten zu können.

Ich denke nicht dass die Daten hier in der Gegend von tausenden
Benutzern geprüft werden, wirklich aktive OSM-Accounts gibt es
nur paar handvoll, und auch die Anzahl der Notes hält sich
in Grenzen (vermutlich stammt der Großteil der anonymen davon
sogar nur von einem einzelnen ex-User)

Und ein wirklich systematisches Review findet auch nicht wirklich
statt ... auch wenn wir immerhin ca. 1 1/2 User haben die über
alle in der Gegend auflaufenden Changesets drüberschauen (der 1/2
bin ich ...)

> Gibt es zum "1000-Augen-Prnizip" als Methode der Qualitätsicherung in
> Opensource-Projekten schon Untersuchungen?

Die generelle Aussage war nicht dass Open Source Software dadurch
automatisch besser wird, nur dass sie gegenüber Closed Source den
Vorteil hat dass sie unter anderem auch auf diesem Weg besser werden
*kann*.

Allein schon das Wissen das andere hinter die Kulissen der eigenen
Arbeit schauen können führt (bei mir zumindest) dazu dass man sich
gewisse "passt scho'" Schludereien nicht mehr leistet.

Aber auch hier gibt es unterschiedlich gelebte Vorgehensweisen,
siehe zB. den klassischen Text "The Cathedral and the Bazaar" von
Eric S. Raimond. Nicht alle Open Source Projekte sind da gleich
offen, auch wenn der Quellcode bei allen öffentlich sichtbar ist.

Mein früherer und auch mein aktueller Arbeitgeber (MySQL AB, MariaDB 
Corp.) sind zB. deutlich eher auf der Cathedral-Seite zu verorten.

Mein nicht-mehr-Arbeitgeber (MySQL-Abteilung innerhalb von Oracle)
treibt den Cathedral-Ansatz sogar auf die Spitze.

OpenStreetMap dagegen empfinde ich zZ. als ein extremes Beispiel
des Bazaar-Modells.

Aber zurück zum eigentlichen Thema:

Ich weiß nur von Untersuchungen zum konkreten Thema Pair Programming
bei dem das Vier-Augen-Prinzip auf die Spitze getrieben wird. Das ist
dann aber eigentlich schon wieder kein Open Source Thema mehr. Eher
sogar im Gegenteil da tatsächliches Pairing mit zwei Entwicklern,
die physisch vor demeselben Bildschirm sitzen, bei Open Source
Projekten eher die totale Ausnahme sein werden solage keine
Firma hinter dem Projekt steht. Und selbst dann ...

Ansonsten gibt es Untersuchung zur generellen Fehlerhäufigkeit in
offenem und nicht-offenem Code. Die Flagschiff-Projete im Open
Source Bereich schneiden da relativ gut ab gegenüber der proprietären
Konkurenz, aber in wieweit das über das ganze Spektrum hinweg
aussagekräftig ist bleibt eine ganz andere Geschichte ...

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

Re: [Talk-de] DB-Bahnhöfe und OSM

[Hartmut Holzgraefe]

On 15.01.2016 21:12, Roland Olbricht wrote:


Also habe ich ein Tool gebastelt, mit dem man pro Bahnhof nachvollziehen
kann, wie gut die DB- und OSM-Daten zusammenspielen oder wie gut unsere
Daten überhaupt sind:

http://olbricht.nrw/adam/bahnhof.html


Biefeld sieht da schon mal lustig aus, die drei gelben Einträge aus den
Bahndaten sind nicht an den Positionen an denen bei dem letzten Umbau
Personenaufzüge eingebaut worden sind sondern eher an der Position der
ehemaligen Frachtaufzüge die beim Umbau weggefallen sind ...

--
hartmut


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

Re: [Talk-de] Karten für Flüchtlinge - Kontaktbörse

[Hartmut Holzgraefe]

On 22.12.2015 13:54, Markus wrote:

Gibt es schon irgendwo eine Kontaktbörse?


hier in der Gegend gibt es http://weoneworld.de/
für ein paar Städte ...

Ich muss allerdings zugeben dass ich damit bisher noch
nicht so richtig warm geworden bin ...

--
hartmut

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

Re: [Talk-de] Karten für Flüchtlinge - Kontaktbörse - weoneworld.de

[Hartmut Holzgraefe]

On 22.12.2015 17:45, Markus wrote:

Welche Städte?
(Frankfurt, Berlin, München, Hamburg funktioniert nicht)


mein Fehler, hätte ich erwähnen sollen:

auf jeden Fall Rheda-Wiedenbrück und Bielefeld, die Rede war
von noch ein paar anderen, aber da verläßt mich mein Gedächtnis


Gibt es da irgendwo ein Impressum?


Gute Frage ... danach hatte ich noch garnicht geschaut.

Ich finde, allerdings auch das erst nach erfolgreichem Login,
ein Kontaktformular, aber kein Impressum.

Dafür sehe ich jetzt Werbung auf der Seite ... in der Kombination
extrem ungeschickt ... :(

--
hartmut



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

[Talk-de] 32C3 - Was: Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 21.12.2015 08:41, Michael Buege wrote:


Mal ein Zwischenstand:
Die Geofabrik hat freundlicherweise zwei A0-Karten geliefert.


ich bin auch dieses Jahr wieder mit meinen A1 Drucker auf dem Kongress
und kann da auch anbieten Karten auszudrucken. Gerne auch mit Übergabe
außerhalb des CCH-Gebäudes für nicht-Teilnehmer.


Die habe
ich am Freitag abgegeben. Die Leute sind erst Mal glücklich, überhaupt
was zu bekommen in so kurzer Zeit. Die Karte wurden mit Maposmatic
generiert.


Ich kämpfe ja schon länger damit eine funktionierende eigene MapOsmatic
Instanz aufzusetzen. Den Render-Teil habe ich mittlerweile auf
einigermaßen aktueller Software am laufen, aber an dem Django-Frontend
scheitere ich noch ...

Wäre da vielleicht jemand mit entsprechendem Know-How auf dem 32C3
anwesend der helfen könnte den Teil zum laufen zu bekommen?


Da sind jetzt natürlich alle kurzfristig gemappten Dinge
nicht mit drauf. Die Leute behelfen sich jetzt mit Klebepunkten. Dank
dem relativ dichtem Kartengrid kann man wichtige Punkte gut in daneben
aufgehängten Listen zuordnen.


Klebepunkte waren hier auch schon mal angedacht, es gibt die zB. auch in 
fertig durchnummeriert (Herma No. 4128)



Es wurde aber seitens der Flüchtlingshilfe schon angedeutet, dass da
generell noch mehr Bedarf besteht. Am 14.Januar findet hier in Hamburg
ein Treffen statt, wo Behörden und Helfer zusammen kommen.


Unter der Woche nach HH wäre mir vermutlich zu weit, aber evtl. kann
man sich da während der Kongress-Tage zwischen den Jahren auch einmal
informell kuzrschließen? Ich wäre auf jeden Fall interessiert.


Prinzipiell sollten wir Hilfe zur Selbsthilfe leisten. Also ein
Dienst, wo auch der Laie relativ einfach Druckvorlagen erstellen kann,
mit dem der Drucker oder Copyshop was anfangen kann. Maposmatic wäre
so ein Dienst. Leider afaik nicht immer verfügbar und auch nicht
themenspezifisch zu gestalten.


Sobald das oben erwähnte Django-Problem gelöst ist wäre das kein
Problem mehr. Verfügbarkeit wäre dann durch eigene Instanzen
herstellbar, und der Rest ließe sich durch eigene Styles und
evtl. auch Anpassungen an dem Renderer erreichen.

Vorzugsweise dann auch incl. Anpassung von MapOsmatic an eine
aktuellere Django-Version, aber es würde auch reichen das einfach
auf 1.2.x zum laufen zu bekommen. Vielleicht bin ich auch einfach
nur zu blöd und das ist für jemanden der sich damit auskennt eine
Sache von 5min.

--
hartmut

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 17.12.2015 21:02, Martin Koppenhoefer wrote:


sieht schön aus. Ist das ein Test, oder sind das schon die endgültigen
POIs?


"beides" ...

Es wird da sicherlich noch mehrere Überarbeitungen geben, aber diese
Version wird auch erstmal die vorherige Version vor Ort ersetzen.
Bisher hängt nur in der unteren Unterkunft eine Umgebungskarte von
mir, mit einem kleineren Ausschitt auf dem als einzige interesannten
Punkte die Bushaltestellen vor der Tür und der nächste Supermarkt
zu erkennen sind, und auch das nur als OSM-Icon und nicht weiter
hervorgehoben ...

Wenn die neue Version dann ein oder zwei Wochen gehangen hat schauen
wir weiter, bis dahin sind dann erstmal ander Unterkünfte hier an der
Reihe ...


Wenn im ganzen Gebiet nur ein "Restaurant" ist, und das ist ein
Mc-Donald's, dann kann man den Teil vielleicht sonst eher weglassen (oder
ist das ein Witz)? Immersion und so ;-)


Der McD ist da nur mit drauf weil er zZ. auch auf dem in der unteren
Unterkunft ausliegenden Info-Flyer steht. Ich hatte mich auch darüber 
gewudert, aber da besteht anscheinend Bedarf. In den anderen

Unterkünften kommt eher die Frage nach dem nächsten Döner-Imbiss auf ...

--
hartmut


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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

Am 16. Dezember 2015 09:43:18 MEZ, schrieb Ralf GESELLENSETTER 
>
>Übrigens: Es gibt einige Icons, die sind nicht skalierbar (z.B. der
>Einkaufswagen), das sieht bei den A4-Plänen wirklich nicht schön aus.
>
>Andere Symbole haben das Problem nicht, meine ich, auf Hartmuts
>Karte aber die meisten (Anhang).

das liegt an dem alten Mapnik-Stil der da noch bei MapOsmatic zum Einsatz 
kommt, 

>Wie kann man Mapsomatic oder Mapnik darun unterstützen,
>skalierbare bzw. höher auflösende Symbole zu verwenden?

nachdem ich das jetzt mit einer aktuelleren Mapnik Vesion als 2.1.0 zun laufen 
bekommen habe sollte es kein Problem mehr sein zB. den aktuellen Carto Stil mit 
SVG Icons zu benutzen


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

Am 16. Dezember 2015 09:32:03 MEZ, schrieb Ralf GESELLENSETTER :
>
>
>PS: Hast du die Unterkünfte (rote Kreise) und die Legend von Hand
>gemacht?
>

Ja, das ist alles mit Inkscape von Hand nachbearbeitet
als extra Layer oberhalb des von MapOsmatic erzeugten
SVG ... 

Träumen tue ich ja immer noch davon da zB umap
Marker zu importieten und das dan automatisch zu
erstellen ...


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 15.12.2015 20:11, Frederik Ramm wrote:


Im Grunde gibt es das alles mit "Maposmatic" schon - ein auf Mapnik
aufbauender Renderer mit automatischer Generierung von Index-Raster,
"Bestellinterface" im Web und einer kleinen Warteschlagenverwaltung. Die
gehostete Lösung auf maposmatic.org [...]


... fällt in letzter Zeit vor allem dadurch auf das sie wegen
Datenbankproblemen immer wieder für längere Zeit offlein ist :(


hat keine Sonderstyles für "flüchtlingsrelevante POIs", aber da alles

> Open Source ist, könnten wir

die komplette Toolchain selber installieren (wenn man nur eine
Deutschlandkarte will, geht das auch auf einem recht einfachen Server)


Da der MapOsmatic Code schon länger scheinbar nicht mehr aktiv gepflegt
wird habe ich mir damit über die letzten Wochen diverse Abende damit
um die Ohren geschlagen.

Nach diversen Sackgassen (die Aufzählung erspare ich mir) habe ich
mittlerweile ein Setup mit selbstgebautem Mapnik 2.3 (aus GIT) auf
Ubuntu 15.04 zum laufen bekommen. (2.2 hat hat einen Bug im 
Cairo-Rendering, der ist in 3.0 behoben aber dafür sind die Python-Bindings

dafür noch nicht angepasst ... eine der vielen Sackgassen ...)

Ich bin gerade dabei das noch einmal sauberer in einer Vagrant-VM
aufzusetzen um dann ein fertiges Image irgendwohin hochzuladen in
das man nur noch einen OSM Extrakt reinwerfen muss ...


und dann müsste nur noch jemand einen abgewandelten OSM-Style machen,
der "Flüchtlingsthemen" besser hervorhebt.


Da habe ich bisher mit dem relativ alten Stamd des OpenStreetMap Mapnik
Stils gebastelt der in der MapOsmatic Installationsanleitung angegeben
war. Im wesentlichen habe ich erstmal nur ein paar in diesem 
Zusammenhang  überflüssige Dinge rausgeworfen (Stolpersteine,
Stadtteilgrenzen, ...) und amenity=social_facility und 
amenity=communty_centre nachgetragen. Der Teil war ausnahmsweise mal

schmerzfrei ...

Dann habe ich noch in MapOsmatic ein weiteres Papierformat hinzugefügt
das auf DIN A1 am rechten Rand 15cm frei lässt, das ganze als SVG
rendern lassen und dann mit Inkscape (und viel Geduld) mit einer
POI-Liste und Markern versehen.

Ergebis bisher zB. http://php-groupies.de/umgebungsplan.pdf

Wunschvorstellung für die nächsten Tage: das manuelle erstellen der
POI Liste und plazieren der Marker auch noch irgendwie automatisieren.

Eine Idee die ich mir noch genauer anschauen muss wäre noch eine lokale
umap Instanz dazu aufzusetzen, dort POI Marker zu setzen und dann den
MapOsmatic Renderer soweit aufzubohren dass er umap Daten lesen und
daraus Marker und POI-Verzeichnis generieren kann.

Ich fürchte nur dass das eher noch bis nach den Feiertagen auf dem 32C3
warten muss ...

--
hartmut

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 06.12.2015 22:57, Richard wrote:

[...] und auch

die Beschriftung auf der Karte dynamisch umgestellt werden kann
(wenn man zB. dort Arabisch auswählt wird name:ar= angezeigt
wenn voranden, ansonsten name= als Fallback).




also Arabisch für Karten für Flüchtlinge finde ich ein nogo.
Orientieren kann man sich damit ganz sicher nicht weil die
Straßenschilder noch Deutsch sind, fragen meistens auch nicht
weil es hier nur so von Deutschen wimmelt und die anderen
Ausländer z.T. auch kein Arabisch verstehen.


niemand hat vor Straßennamen zu übersetzen (hoffe ich zumindest)

Mir geht es nur darum wichtige allgemein benannte POIs wie 
"Hauptbahnhof" oder "Rathaus" übersetzt zu haben. Eigennamen

bleiben natürlich deutsch. Aus "Rathaus Bielefeld" würde also
zB. "دار البلدية Bielefeld" (oder beser "Bielefeld دار البلدية"?)

--
hartmut

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 04.12.2015 09:40, Florian Lohoff wrote:


Ich habe das mal auf Debian/Wheezy gemacht und das war in ner Stunde
gegessen - Die Anleitung ist excellent die dabei ist fand ich.


das war vermutlich vor der letzten Aktualisierung der Anleitung in 2014?

http://git.savannah.gnu.org/cgit/maposmatic/ocitysmap.git/commit/INSTALL?id=3c4f3028ff3cd75b2d9c844ba79b79289ea688af

Denn die fängt ja schon mit dieser Perle an:

-Lucid (10.04) [...]
+Lucid (14.04) [...]

Ich renne hier irgendwie von einem Abhängigkeitsproblem ins nächste,
hab da leider nicht alles dokumentiert ... Dinge an die ich mich erinnere:

* mit aktuellem Mapnik laufe ich in dasselbe Problem wie Du hier

  https://lists.gnu.org/archive/html/maposmatic-dev/2013-09/msg4.html

* genau den Git-Stand c88fcc8f zu nutzen hilft zwar im Prinzip,
  damit renne ich dann aber in Boost-Abhängigkeiten (eine C++ Template-
  Fehlermeldung => 4 Bildschirme lang)

* also zurück auf Lucid (10.04) dort bekomme ich Mapnik gebaut,
  aber die gewünschte osm2pgsql Version nicht ... weil wohl irgendein
  ubuntu-gis Packet unvollständig ist (hab vergessen welches)

* also versucht statt ubuntu-gis postgres-apt zu nutzen

  das hat zwar auch neuere Versionen als 8.4 f+r Lucid, aber nur
  für 8.4 gibt es auch PostGis ... und das stellte sich dann doch
  wieder als Version 1.5 heraus ...

* also werde ich im Laufe des Tages wohl dann doch PostGIS von Hand
  bauen ...

https://trac.osgeo.org/postgis/wiki/UsersWikiPostGIS20Ubuntu1004src

--
Hartmut Holzgraefe

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 04.12.2015 12:03, Helder Aguiar wrote:

Da kenne ich eher Gegenteiliges. Die meisten Kommunen sperren sich gegen
einen festen Internetanschluss. In vielen großen Einrichtungen sind
Freifunker zwar aktiv, doch gibt es noch eine Menge unversorgte
Unterkünfte.


ist hier ähnlich


Eine Papierkarte ist dann dort schon vorteilhaft und ein Riesenschritt in
Richtung Barrierefreiheit.


außerdem hat -- entgegen anderslautenden Gerüchten -- nicht jeder 
Geflüchtete ein Smartphone. Und auch der Bildungsstand geht von
Akademiker bis Analphabet ... bei Wegbeschreibungen (zB. Bahnhof -> 
Zentrale AusländerBehörde) versuchen wir uns zB. her gerade an einem

möglichst textfreien Flyer mit einfacher Kartenskizze plus bebilderter
Turn-by-Turn Wegbeschreibung ...

--
hartmut

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

Re: [Talk-de] Karten für Flüchtlinge

[Hartmut Holzgraefe]

On 03.12.2015 23:29, Michael Buege wrote:


Ich bin da jetzt nicht auf dem Laufenden, deswegen die Frage: Gibt es da
schon funktionierende Projekte? Webanwendungen, gedruckte Karten oder
was für Smartphones?


für Web gefällt mir im Augenblick http://afeefa.de/ aus Dresden am 
besten ... allerdings ist es da im Augenblick wohl noch nicht möglich

einfach Instanzen für andere Städte aufzusetzen?

Für Print habe ich für ein paar Unterkünfte Umgebungskarten mit
http://maposmatic.org/ als SVG erstellt und dann mit Inkscape
nachbearbeitet und auf DIN A1 ausgedrückt.

Maposmatic ist nur leider zur Zeit mal wieder seit ca. 2 Wochen
down und ich kämpfe gerade damit eine eigene Instanz aus deren
Code auf Github aufzusetzen -- auch um die Möglichkeit zu haben
anderssprachige Stylesheets zu nutzen. Das gestaltet sich leider
erstaunlich schwierig weil der Code schon mehrere Jahre alt ist
und dementsprechend ältere Tool- und Library-Versionen benötigt
... was dann wieder einen ganzen Rattenschwanz an eigenen
Problemen nach sich zieht.

Für Smartphones experimentieren wir gerade mit OsmAnd da dort
die Benutzeroberfläche schon weitgehend internationalisiert/
lokalisiert ist (zB. arabische Übersetzung zu >70%) und auch
die Beschriftung auf der Karte dynamisch umgestellt werden kann
(wenn man zB. dort Arabisch auswählt wird name:ar= angezeigt
wenn voranden, ansonsten name= als Fallback). Weiterer Vorteil
ist die komplette Offline-Fähigkeit, allerdings finde ich die
Bedienung für "Anfänger" zu komplex ...

--
Hartmut Holzgraefe

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

Re: [Talk-de] OSM bei Polizei?

[Hartmut Holzgraefe]

On 17.11.2015 11:46, Sven Geggus wrote:


Mal ehrlich: Findest Du wirklich, dass man bei einer solchen Briefmarke
wirklich einen Copyrightnotiz verlangen sollte?


In diesem speziellen Fall, bei dieser speziellen Art von Behörde:
auf jeden Fall!

--
hartmut

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

Re: [Talk-de] OSM bei Polizei?

[Hartmut Holzgraefe]

On 17.11.2015 12:30, Michael Buege wrote:

Zitat Hartmut Holzgraefe:


On 17.11.2015 11:46, Sven Geggus wrote:


Mal ehrlich: Findest Du wirklich, dass man bei einer solchen Briefmarke
wirklich einen Copyrightnotiz verlangen sollte?


In diesem speziellen Fall, bei dieser speziellen Art von Behörde:
auf jeden Fall!


Attributierung nach Sympathielevel?


Das hat mit Sympathie oder Antipathie nichts zu tun.

Es handelt sich hier um eine Behörde deren Aufgabe es ist geltendes
Recht durchzusetzen, die hat sich dann gefälligst auch selbst mit
gutem Beispiel voranzugehen.

--
hartmut


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

Re: [Talk-de] OSM bei Polizei?

[Hartmut Holzgraefe]

On 17.11.2015 10:26, Andreas Schmidt wrote:

https://www.polizei.rlp.de/internet/nav/092/09250455-9958-bb31-7a52-f616a313445c.htm


Nutzt die Polizei dort eine OSM-Karte und ist dort keine Urheber-Notiz
vorhanden?


ja, sieht so aus.

Sieht aber auch so aus als ob wer auch immer die Seite gestaltet hat 
auch von Web allgemein eher so wenig bis garkeine Ahnung hat?



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

Re: [Talk-de] S: Tipps/Kooperation "Stadtplan für Neubürger" (Openlayers?) mit Schülern

[Hartmut Holzgraefe]

Am 12. November 2015 20:39:42 MEZ, schrieb Ralf GESELLENSETTER :
>Liebe Leserinnen und Leser der Liste,
>
>in einem Schülerprojekt wollen wir für eine Kleinstadt in Ostwestfalen
>einen Stadtplan erstellen, der sowohl als Druckvorlage (Vorbild
>Mainz[1]) als auch elektronisch verwendet werden kann.
>
>Anders als die Leute von "Armut und Gesundheit" [2] wollen wir von
>Anfang an auf freie Lizenzen setzen, auch bei den Icons.
>
>Wichtige Positionen (Ärzte, Läden) sind im Standard-Layer von
>Openstreetmap.org bereits gut dargestellt, Beratungsstellen und
>Unterkünfte wollen wir per Openlayer ergänzen (ggf. auch mit
>zusätzlichen Tools wie QlandkarteGT).
>
>Wir wollen aber das Rad nicht neu erfinden: Gibt es auf der
>Liste bereits Erfahrungen mit ähnlichen Aktionen?
>Ich habe versucht interaktive Openlayer-Editoren zu finden; mein
>einziges Fundstück konnte die Karte nur über Twitter oder FB
>verbreiten.
>
>Ebenfalls Interessant fände ich, wenn man die Karte ggf. mehrsprachig
>anzeigen lassen könnte. Es ist mir allerdings noch nicht gelungen,
>andere als die lokalen Bezeichnungen anzeigen zu lassen (ich habe
>auch nach einiger Recherche nichts dazu gefunden).
>
>Viele Grüße und vielen Dank
>Ralf Gesellensetter
>
>
>[1]
>http://www.mainzund.de/willkommenskultur-fuer-fluechtlinge-medizinischer-fragebogen-und-faltblatt/
>[2] http://www.armut-gesundheit.de/index.php?id=87
>
>___
>Talk-de mailing list
>Talk-de@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-de

Ich denke wir beide sollten uns da zusammensetzen ...
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues GPS, schlechte Performance...

[Hartmut Holzgraefe]

On 20.10.2015 10:02, Swen Wacker wrote:


Hast Du, oder jemand anders, Erfahrungen mit dem Columbus V-990 oder V-900,
dem Nachfolgemodell des WBT 202?

Produktvergleich / Produktbeschreibung:
http://www.columbus-gps.de/produktvergleich_columbus-v-900_columbus-v-990/?PHPSESSID=dd35fa13bd6d3d047a7eda3b2c8b0966


ich hab den v900, liegt hier weitgehend unbenutzt in der Ecke

Ich hab ihn damals als standalone Tracker gekauft, kann daher zur 
Bluetooth Anbindung nichts sagen.


Unbenutzt in der Ecke liegt er weil:

* GPS fix dauerte relativ lang

* bin mehrfach heimgekommen um dann festzustellen das nur ein kleiner
  Teil des Ausflugs tatsächlich aufgezeichnet war

* die Status-LEDs sind nicht besonders hell, deshalb kann man den
  "hat es noch Empfang" Status bei Sonnenschein teils nur schwer
  erkennen

* ich war vor allem an der Sprachaufzeichnungsfunktion interessiert,
  die stellte sich aber zumindest für Aufnahmen im Auto (als Beifahrer)
  als weitgehend unnütz heraus da im Track das *Ende* der
  Sprachaufzeichnung als Wegpunkt hinterlegt wird, nicht der *Anfang*

  D.h. selbst kurze Notizen wie "Briefkasten" waren nie lagegenau

* Tracks und Sprachaufnahmen werden direkt im Wurzelverzeichnis der
  SD-Karte abgelegt und nicht in einem Unterverzeichnis. Damit ist bei
  512 (oder waren es 256?) Dateien da Schluß dank FAT Dateisystem.

* eigenes Dateiformat das erst in GPX konvertiert werden muss ...
  oder, wie bei JOSM zB, über ein entsprechendes Plugin gelesen
  werden kann

Falls jemand Interesse an dem Ding hat kann ich versuchen es in meinem
Ablagechaos wiederzufinden ... ich habe definitiv keine Verwendung
mehr dafür

--
hartmut

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

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

[Hartmut Holzgraefe]

On 09.10.2015 17:59, Peter Barth wrote:


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 ;)


auf jeden Fall taugt es um falsch getagte Wanderparkplätze und
Piknikplätze zu finden und zu fixed ...

--
hartmut

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

Re: [Talk-de] Liste aller Kirchen in Deutschland

[Hartmut Holzgraefe]

On 06.10.2015 21:26, Florian Lohoff wrote:

Auf der Ostwestfalen liste haben wir das Thema mal Diskutiert und die
power-mapper waren alle der Meinung das von der Pflege VIEL einfacher
ist wenn es für POIs auch wirklich separate Nodes gibt. Wenn
ein Laden/Restaurant etc zu macht - Node löschen und gut ist. Das
Gebäude bleibt und auch die Adresse. Ansonsten bleibt wieder
irgendein Schrott zurück. Irgendwelche Öffnungszeiten oder random tags.
Wenn das self-contained ist in einem Node ist der dann komplett weg
und damit auch alle Tags die zu diesem POI gehören.


ich hab es gestern für Bielefeld genau umgekehrt gemacht und
building-Outlines und place-of-worship nodes verschmolzen wo
beides getrennt war.

Das hatte allerdings vor allem den Grund das es das Abarbeiten
leichter machte:

* alle place-of-worships mit Overpass Turbo ermitteln
* in JOSM exportieren
* filtern nach "amenity=place-of-worship and not building=church"
* nach und nach alles (noch) sichtbare abarbeiten

Jetzt wo das durch ist puzzle ich das gerne auch wieder auseinander ...

--
hartmut

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

Re: [Talk-de] Liste aller Kirchen in Deutschland

[Hartmut Holzgraefe]

On 06.10.2015 15:09, Thorsten Alge wrote:

Um das zu korrigieren, wäre vielleicht eine Wochenaufgabe geeignet.


+1 für Wochenaufgabe

--
hartmut


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

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

[Hartmut Holzgraefe]

>
>dem gleichen Namen doppelt existiert. Meiner Meinung nach muss das so 
>(einmal admin_level=8 und einmal admin_level=10). Oder liege ich da
>falsch?
>

Ich würde bei admin_level=10 name="Stadtteil Xyz" und short_name="Xyz" versuchen

Ich hab auch schon name:prefix="Stadtteil" name="XYZ" gesehen, aber das ist 
IMHO Mißbrauch eines Tags aus einem anderen (abgelehnten) Proposal ..


-- 
Hartmut

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

Re: [Talk-de] Hundekottütenspender tagging

[Hartmut Holzgraefe]

On 20.04.2015 11:48, Martin Koppenhoefer wrote:


Falls es irgendwo doch entgeldpflichtige Hundekottütenspender gibt, würde
ich die eher nicht über den Haupttag unterscheiden sondern über das übliche
fee=yes/no/x


ich dachte ich hätte immer einfach fee=no benutzt, finde $hier aber
auch ein paar mit payment:none=yes die eindeutig von mir sind. War
das vllt. ein JOSM-Preset?

 Das Zusatztagging payment=none ist auch Quatsch für einen
 Verkaufsautomaten: es wird was verkauft, aber keine Bezahlformen
 sind zugelassen?).

Die englische vending_machine Seite hat das aber genau so definiert
im Abschnitt Payment:

 In some cases also the possible payment methods
 payment:foo=yes/no could be of good help, like:

   * none (free of charge)
   * ...


http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine#Payment

payment:none=yes passt also. fee=no wäre kürzer, steht aber so in
der vending_machine Seite nicht drin, wird also im Zweifelsfall
so auch nicht ausgewertet.

Und ein nacktes payment=... sollte es eigentlich auch nicht geben
laut Key:payment, sondern immer nur konkrete payment:...=...
Tags.

Aber um mal den Bogen zu das ist kein Automat wieder hinzubekommen:
haben wir da schon was anderes passendes für hier kann man was
mitnehmen? Ich denke da gerade zB. an Prospektständer aus denen man
sich frei bedienen kann, oder auch die Unterkategorie Postkartenstände ...?

--
hartmut

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

Re: [Talk-de] Strittige Adressen / Gemeindegrenzen

[Hartmut Holzgraefe]

On 26.02.2015 12:38, Florian Lohoff wrote:

 Ich habe bisher die Aussage vertreten das wir alle Adressen aufnehmen
 die in Benutzung sind und nicht nur die die offiziell im ALK stehen
 und von der Gemeinde vergeben werden (Mal davon abgesehen das die
 Gemeinden die Postleitzahlen gar nicht vergeben).

Bei Telefonvorwahlen gibt es ja gelegentlich mal den Fall dass
Anschlüsse zwar in Gemeinde A liegen, aber über die Ortsvermittlung
in B angebunden sind und deshalb auch die Vorwahl von B haben ...

Gibts das auch bei Postleitzahlen? D.h. amtlich steht das Haus zwar
in Bielefeld, für die Post ist es aber einfacher da den Gütersloher
Postboten vorbeizuschicken? Und so landet das Haus in einem
Gütersloher Zustellbezirk mit entsprechender nicht-Bielefelder
Postleitzahl?

Und wenn ja: müssten wir dann für solche Sonderfälle statt einfach
nur addr:*=... entsprechend official_addr:...= und postal_addr:...=
unterscheiden?

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 12.11.2014 00:00, Peter Barth wrote:

 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 ;)

Ich wollte jetzt grade

  http://zverik.osm.rambler.ru/whodidit/

vorschlagen bis mir auffiel das Du was ganz anderes meinst

Irgendwie brauchen wir griffigere Begriffe um zwischen dem
ursprünglichen Changeset-Kommentar des Autors und späteren
Kommentaren zum Changeset besser unterscheiden zu können :o

-- 
hartmut

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

Re: [Talk-de] Bing-Layer mit OSM-API V3

[Hartmut Holzgraefe]

On 06.11.2014 13:06, Michael Reichert wrote:

 Lass mich raten. Javascript, OpenLayers?

ja, die OpenLayers User Liste wäre die passendere Adresse

  http://lists.osgeo.org/mailman/listinfo/openlayers-users/

(leider nur Englisch, oder weiß jemand eine deutsche Liste / Forum?)

-- 
hartmut

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

Re: [Talk-de] Bitte um Unterstützung zwecks PDF Exports von Daten

[Hartmut Holzgraefe]

On 10/02/2014 09:30 AM, Bernhard Kuisle wrote:

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

das hat nichts mit Bundesstraße an sich zu tun, siehe zB:

  http://osm.org/go/0GlXX1qRx-

grün sind autobahnähnlich ausgebaute Straßen (min. zwei Fahrstreifen
je Richtung, kreuzungsfrei, bauliche Trennung zwischen den
Fahrtrichtungen), also highway=trunk in OSM-Sprech

Normale Bundesstraßen sind idR highway=primary und im Standardstil
rot-braun

Sieht man schön in obigem Ausschnitt, die B61 kommt in autobahnähnlichem
Ausbau (Ostwestfalendamm) von links/westen aus dem Tunnel und verläuft
dann in nördlicher Richtung auf einer normalen doppelspurigen Straße
weiter in Richtung norden. Und genau da haben wir auch den Übergang
von grün auf rot/braun

-- 
hartmut

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

[Talk-de] Verkehrsschilder-Fotografier-Spam ...

[Hartmut Holzgraefe]

Folgendes Schmuckstück fand ich gerade in meinem Spam-Ordner
und frage mich ob das nur Zufall ist oder ob da jemand
geziehlt OSM-Profiladressen abgrast?

Fotografieren von ... Straßenschildern, Verkehrsschildern, Laternen,
das kann ich, und 20EUR Brutto/Stunde wäre ja auch nicht sooo schlecht
für etwas das ich eh nebenbei mache ;)

... allein mir fehlt der Glaube, und die From: und Reply-To:
Adressen (hier teilweise anonymisiert) taugen auch nicht als
vertrauensbildende Maßnahme ...

Schlägt das bei euch auch auf, oder war das tatsächlich nur
ein Zufallstreffer ...?

 Forwarded Message 
Subject: Agentur für Arbeit Stelle für Hartmut Holzgraefe
Date: Thu, 11 Sep 2014 09:45:20 GMT
From: Schröder Agentur h...@cyber.net.pk
Reply-To: jo...@gmx.com
To: Hartmut Holzgraefe hart...@php.net

Guten Tag Hartmut Holzgraefe,

ab sofort sind weiter unten aufgeführten Stellen in Deutschland zu besetzen:

Stellenbezeichnung: Qualitätsprüfer / Fotograf (m/w)
Kennziffer NMLT69012905

Wir sind ein führendes, europaweit tätiges Unternehmen und suchengerade
neue Mitarbeiter zur Verstärkung des Teams in Deutschland.
Ihre Tätigkeit wird sich auf das Fotografieren von beschädigten
Straßenschildern, Verkehrsschildern, Laternen und anderen öffentlichen
Gegenständen beschränken und kann direkt in Ihren Ort erledigt werden.
Der Auftrag ist bundesweit angeordnet und derzeit unbesetzt.

Der Arbeitnehmer hat keine eigenen Ausgaben und muss keine besonderen
Kenntnisse mitbringen. Die benötigte technische Ausrüstung wird von uns
kostenlos zur Verfügung gestellt. Auch Rentner sind für dies
Arbeitstätigkeit gut geeignet. Der Verdienst beträgt im Schnitt ab 20 €
Brutto die Stunde.

Sie meistern Ihre Aufgaben, auch unter schwierigen und manchmal auch
stressigen Abläufen, sind Zielstrebig und sorgfältig, dann sind das
schon sehr gute Bedingungen Ihre Bewerbungsinformationen an uns zu
schicken.

Sollten Sie an diesen Arbeitsstellen interessiert sein, so mailen Sie
uns ein knappes Bewerbungsschreiben an jo...@gmx.com und Sie kriegen
weitere Informationen zugeschickt.

Schröder Agentur




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

Re: [Talk-de] Wochenaufgabe - war: Wochennotiz Nr. 216 2.9.–8.9.2014 (emergency=access_point)

[Hartmut Holzgraefe]

On 09/11/2014 01:05 PM, Theodin wrote:
 Ja, da scheint einiges im Fluss zu sein (wie immer bei OSM). Ich fand auch 
 eine Notaufnahme eines
 Krankenhauses mit dem Tag des Notrettungspunkts.

$hier sind es ausgeschilderte Sammelpunkte wie zB

  http://www.openstreetmap.org/node/1237447073

also eher sowas?

  http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dassembly_point

-- 
hartmut

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

Re: [Talk-de] Mapper aufgepasst: Sonnenexplosion kann GPS stören

[Hartmut Holzgraefe]

On 09/11/2014 04:09 PM, Hubert wrote:
 OT: Zwischen Sonnenexplosion und Sonnenerruption besteht schon ein 
 Unterschied. Im erstem Falle ist es so ziemlich egal, wo auf der Erde man 
 sich befindet. Es seiden ich habe hier irgentwo ein Ironie Schild übersehen.

naja, es gibt schon den Unterschied zwischen sofort gegrillt
und langsam erfroren dann ... wie lange GPS noch weiter
funktioniert wenn die eine Hälfte der Satteliten gegrillt
wird ist alledings tatsächlich fraglich ...


-- 
hartmut

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

Re: [Talk-de] Wanderweg splittet sich in zwei Alternativen

[Hartmut Holzgraefe]

On 08/21/2014 07:00 PM, hike39 wrote:
 Hallo Gemeinde,
 ich habe da einmal eine Frage:
 Ich erfasse hier in meiner Umgebung Wanderwege, die ausgeschildert und
 dabei mit Routennummern versehen sind.
 
 Das Erfassen über Relationen ist für mich kein Problem. Nur splitten
 sich manche in Alternativrouten auf. Und da weiß ich nicht, wie ich die
 vernünftigerweise erfassen soll.

für einfache Fälle gibt es role=alternative für die einzelnen Wegstücke,
aber:

  If you don’t use super relations at all, you also have to add
  alternative routes and excursions to your relation. This makes it
  hard for analyzers and tools to understand the route. Role=excursion
  and role=alternative have been suggested, but they still don’t say
  which way belongs to which excursion (if there are multiple ones).

Superrelationen sind aber wohl auch noch nicht das Gelbe vom Ei ...

Für die komplette Diskussion der Alternativen siehe


http://wiki.openstreetmap.org/wiki/Relation:route#Multiple_routes_share_the_same_path

-- 
hartmut

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

[Talk-de] Aufgelassene Wanderwege (War: Was tu, wenn ein user permanent Daten zerstört?)

[Hartmut Holzgraefe]

On 07/30/2014 06:37 PM, Michael Reichert wrote:

 Und da wir nur eintragen, was man auch vor Ort sehen kann [1] (We map
 what's on the ground), sollten auch nur die Routen in OSM sein, die
 ausgeschildert sind. Das ist die Rechtfertigung für die Existenz von
 Radrouten in OSM. Wenn die Radweit-Wege nicht vor Ort ausgeschildert
 sind, würde ich sie umgehend löschen (mit aussagekräftigem
 Changeset-Kommentar).

bei der Gelegenheit: wie gehen wir mit Wander-/Radrouten um die nicht
mehr gepflegt werden? D.h. wenn eine Beschilderung nur noch
unvollständig oder garnicht mehr vorhanden ist und sich auch niemand
mehr dafür zuständig fühlt?

Solange sowas nicht mit anderen Routen kollidiert würde ich es
einfach stehenlassen und entsprechende Hinweise in der Relations-
beschreibung hinterlassen ...

Aber ich habe jetzt das Problem das über die entsprechenden Wegstücke
neue Wege gelegt wurden die teilweise mit den alten Routen
übereinstimmen, aber auch nicht wirklich.

Das gab zB auf WayMarkedTrails ein recht unübersichtliches Kuddelmuddel,
auch weil sowohl die alten als auch die neuen Routen teilweise längere
Wegstücke in mehreren Routen verwenden. Da waren dann bis zu vier
verschiedene Symbole auf den gemeinsam genutzten Segmenten, und auch
sonst immer noch min. 2 für alte und neue Variante ...

Ich hab erstmal spontan den typ der alten, ungepflegten Wege in
mappen-für-den-renderer-manier in abandoned-hiking geändert
damit sie auf WayMarkedTrails zwar nicht mehr gerendert, aber
auch noch nicht endgültig gelöscht sind ...

Ideen ...?


-- 
hartmut

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

Re: [Talk-de] Aufgelassene Wanderwege (War: Was tu, wenn ein user permanent Daten zerstört?)

[Hartmut Holzgraefe]

On 08/01/2014 04:48 PM, Hartmut Holzgraefe wrote: Ich hab erstmal
spontan den typ der alten, ungepflegten Wege in
 mappen-für-den-renderer-manier in abandoned-hiking geändert
 damit sie auf WayMarkedTrails zwar nicht mehr gerendert, aber
 auch noch nicht endgültig gelöscht sind ...

PS:: auf dem amtlichen Stadtplan sind auf absehbarer Zeit noch
 die alten Routenvarianten (und Bezeichnungen) zu sehen,
 wenn das nicht mehr der Fall wäre hätte ich beim aktuellen
 Status der Beschilderung vllt. weniger Hemmungen die alten
 Relationen einfach zu löschen ...

-- 
hartmut


-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 05/18/2014 09:17 PM, Johannes wrote:
 Sehe ich genauso. Wenn etwas keinen amtlichen Namen hat gehört es in
 loc_name rein und name entfernt.

was heißt keinen amtlichen?

Amtlich ist das was der operator als Namen vergeben hat, egal
ob öffentliche amtliche Wege in einer Gemeinde, Wege in einer
Gartenkolonie, oder Straße auf einem Werksgelände ... und damit ist
es name= Insbesondere wenn der Name nicht nur auf Plänen
auftaucht sondern Wege auch beschildert sind (ist in vielen
Kleingärten der Fall) ist das für mich eindeutig ein name=

loc_name ist für mich *immer* ein Name der vom offiziellen Namen
abweicht, setzt also voraus das es auch einen nicht-loc Namen gibt.
(auf der deutschen Key:name Wikiseite kommt das nicht ganz so klar
rüber wie auf der englischen ...)

Wenn hier wirklich Unterscheidungsbedarf besteht dann würde ich
das eher über operator= abbilden. Das eröffnet allerdings dann
auf der anderen Seite wieder das Problem das zB. für Landesstraßen
Einträge wie Nordrhein-Westfalen, NRW, Land, Straßen NRW
und noch beliebige andere Varianten auftauchen können.

PS: admin_level für highways wäre auch noch 'ne Möglichkeit,
damit könnte man Gemeinde-, Kreis-, Landes- und Bundesstraßen
unterscheiden und nicht-amtliche Wege nit admin_level=none
ausschließen ...

PPS: ich sollte vermutlich nach mehreren Stunden Flug und Bahn
 keine Email mehr beantworten ... ?!?

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 03/14/2014 09:14 AM, Lothar Beck wrote:

 Nist- und Brutplätze sind oft (nicht bei allen Arten) temporär und
 daher für OSM nur bedingt geeignet. :)

ich stoße hier im Wald immer wieder mal auf fest installierte
Nistkästen und -hilfen, die meisten davon mit einer deutlich
lesbaren Nummerierung ... trage die aber trotzdem nicht ein
weil ich potentiellen Nesträubern dann doch nicht zuarbeiten
möchte ... im Gegensatz zu Hochsitzen sehe ich in diesem
Fall schon eher ein ähnliches Schutzinteresse wie zB. bei
Frauen- oder Mädchenhäusern die auch aus gutem Grund nicht
findbar sein wollen ... ok, der Vergleich hinkt, wie alle
Vergleich, aber ich denke es ist klar was ich meine und wo
ich persönlich die Grenze sehe, auf jeden Fall eindeutig
noch nicht bei Hochsitzen (oder Hochspannungsmasten, da war
ja damals auch mal was ...)

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 03/13/2014 12:06 PM, Frederik Ramm wrote:

 die DWG war vor einiger Zeit mal in einen Edit-War involviert, in dem
 ein Nutzer Waldwege und ähnliches gelöscht hat, was er für schädlich
 hielt (nach dem Motto: da ist gar kein richtiger Weg, nur ein
 Trampelpfad, und das Wild wird durch die Wanderer verjagt usw.usw.).

So etwas könnte ich in Naturschutzgebieten nachvollziehen in denen
ein Verlassen der offiziellen Wege nicht erlaubt ist (wobei es
schwierig ist den entsprechenden Status eines Waldweges zu erkennen),
in normalen Wäldern ist man dagegen als Fußgänger nicht an Wege
gebunden, von daher ist auch der Status / Zustand von Wegen relativ
egal.

Und wenn ich mir anschaue was $hier im offiziellen Stadtplan so
alles als Waldweg eingezeichnet ist ... da sind Dinger dabei
für die ich schon mal über surface=Brombeerranken+Brennesseln
nachgedacht hab zB. ...

 Ich weiss nicht ganz, wie ich darauf reagieren soll. Einerseits nervt es
 mich, dass er nicht locker lässt. Diese Hochsitze sind nunmal da, also
 können sie auch gemappt werden. 

andererseits sind sie idR. nicht öffentlich zugänglich (rechtlich
gesehen), und auch nur in Ausnahmefällen eine Orientierungshilfe,
zumindest hier in der Gegend wo die Waldflächen dann doch eher
überschaubare Größe haben.

Insofern bin ich noch nie auf die Idee gekommen Hochsitze zu erfassen
und würde gelöschte Hochsitze auch nicht sonderlich vermissen

 Ich finde das aber mit den Straftaten ein bisschen komisch, das
 klingt, als wollte man den Mapper unter Druck setzen und ihn zum
 Mittäter machen, wenn er nicht freiwillig seine Hochsitze löscht...

Jetzt mal ganz blöd gefragt: werden Hochsitze auf den gängigen
Karten überhaupt gerendert? Mir ist noch nie einer aufgefallen,
das kann aber auch einfach daran liegen das hier in der Gegend
keiner erfasst ist ...

Selbst wenn ja: dann sehe ich darin immer noch keinen Beihilfe
Aspekt. Und wenn nicht: wenn sich da jemand tatsächlich die
Mühe macht potentielle Anschlagsziele zB. mit OverPass herauszusuchen
dann wird derjenige entsprechende Informationen auch anderweitig
beschaffen können (zB aus History-Daten selbst wenn wir die
vorhandenen Hochsitz-Objekte löschen, oder auch aus ganz anderen
nicht-OSM Quellen)

Insofern sehe ich zwar nicht wirklich einen Sinn in der Erfassung
von Hochsitzen, aber ebensowenig in einer Löschung. Tpyischer Fall
von Wir suchen eine technische Lösung für ein soziales Problem

Anders sähe das für mich erst zB. bei Nist- und Brutplätzen aus,
oder wenn Dinge wie Hier wächst ein Enzian engetragen werden ...

-- 
hartmut


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

Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)

[Hartmut Holzgraefe]

On 02/20/2014 02:38 PM, Jörg Frings-Fürst wrote:

 2.) Es ist nicht unmöglich sich jeweils 4 Zahlengruppen von 1-255  zu
 merken. 

schon bei meinem bescheidenen privaten Webserver ist es oft kaum möglich
in einem tail -f access.log aus dem vorbeirauschenden ASCII-Brei
irgendetwas erkennbares aufzuschnappen ... das sich merken ist also
nicht das Problem, überhaupt etwas merkbares zu erkennen ist es ...

-- 
hartmut

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

Re: [Talk-de] Datenschutz bei OSM (war: Mapnik Administration blockt QLandkarteGT)

[Hartmut Holzgraefe]

On 02/17/2014 09:35 AM, Holger Jeromin wrote:

 Oh, man, was ist hier für ein Aufreger!
 Sven sagte, dass er schon mal das access.log zeigt.
 
 Er sagt jedoch NICHT was da drin steht.
 Eine IP ist ein personenbezogenes Datum. Wird die IP im Log nicht oder
 anonymisiert gespeichert könnte Sven das Logfile sogar online stellen
 und auf Flugblätter drucken, ohne mit dem BDSG in Konflikt zu geraten.
 

+1

-- 
hartmut

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

Re: [Talk-de] Mapnik Administration blockt QLandkarteGT

[Hartmut Holzgraefe]

On 02/15/2014 10:28 AM, hike39 wrote:
 here is a quick release to end the OSM misery

Quelle? Google lässt mich bei der Suche nach
obiger Aussage im Stich ...

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 01/30/2014 11:20 AM, gmbo wrote:
 Auch wenn ich die Relationen selbst nicht brauche,  sind die Relationen
 dafür da das eigentlich ein großes Objekt welches sich räumlich auf
 einen größeren Raum (Europa) befindet, zusammengehörig zu beschreiben.

Nein ...

 Eine Stolpersteinrelation ist für mich nichts anders als Relationen wie
 die für Netzwerke der Verkehrsbetriebe, oder auch Busrouten.

Der Sinn einer einzelnen Routen-Relation ergbit sich daraus dass diese
nicht nur beschreibt Diese Wegstücke gehören zur Route XX, sondern
auch darüber hinausgehende Informationen enthält wie insb. die
Reihenfolge der Wegstücke, also den räumlichen Zusammenhang.

Sobald eine Relation einfach nur aussagt diese Objekte gehören
irgendwie thematisch zusammen, egal ob nun Stolpersteine,
Alle Routen der XXX Verkehrsbetriebe oder Alle Straßen in XXX
(oder Alle Straßenbahnweichen in Bielefeld, ja sowas gibt es wirklich:
 http://www.openstreetmap.org/relation/2191209 )
sind wir wieder genau bei


https://wiki.openstreetmap.org/wiki/DE:Relationen/Relationen_sind_keine_Kategorien

(auch wenn zumindest Alle Routen der XXX Verkehrsbetriebe approved is)




-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 01/30/2014 05:09 PM, malenki wrote:

 Bitte nenne einen konkreten Nutzen.
 Nachteile wurden bereits aufgezählt. 

einer fehlt glaube ich noch in der bisherigen Auswertung:

* Replikationen zu verarbeiten, zum Beispiel beim Datenbank-Import,
  ist teuer

Beim Import mit osm2pgsql zB. hat man ein ungefähres Zeitverhältnis
von 100:10:1, d.h. in der gleichen Zeit in der 100 Nodes importiert
werden sind es bei Ways nur noch 10 oder eine einzige Relation ...

-- 
hartmut

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

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

[Hartmut Holzgraefe]

On 01/30/2014 08:55 PM, Steffen wrote:
 Eine Anwendung würde dann die Relation auslesen mit den enthaltenen
 Tags. Sowie die einzelnen Nodes mit den jeweiligen Tags. Und müsste
 diese zusammensetzen.

und jede Anwendung muss dann für jeden Knoten oder Weg prüfen ob,
und wenn ja in welchen, Relationen dieser möglicherweise enthalten ist,
und in welchen Überrelationen diese wiederum enthalten sein könnten,
um von diesen 'vererbte' Eigentschaften zu ermitteln ...

 Das Abfragen mit der api hat doch nix mit dem Sinn einer Relation zu
 tun. Wenn ich die alle Objekte (nodes) abfrage und diese dann
 zusammenführe, bilde ich doch eine Relation hinterher doch nach.

Nein, eine gute Relation beschreibt nicht einfach die gemeinsamen
Eigenschaften von Dingen sondern auch ihren logischen Zusammenhang
über die Eigenschaften der einzelnen Objekte hinaus, also zB.

* dieser weg ist 'außen' und jener 'innen' in einem multipolygon
* von hier kommend darf man in diesen weg nur links abbiegen
* diese Wegstücke bilden zusammen in folgender Reihenfolge einen
   Wanderweg, eine Buslinie, ...

 Für was sollen den Relationen in OSM genutzt werden?

s.o., für übergreifende Zusammenhänge die nicht direkt an den
einzelnen Objekten festgemacht werden können ...

-- 
hartmut

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

Re: [Talk-de] Highway Shields (Strassennummern)

[Hartmut Holzgraefe]

On 01/14/2014 02:23 PM, Martin Koppenhoefer wrote:

 amenity=restaurant; pension

 sind für mich auch 2 POIs (eine Pension, darin ein Restaurant, oder
 schlafen die Leute auf den Tischen im Restaurant?)

hatte gerade wieder die Variante das der Frühstücksraum
von Hotel X abends zu Weinstube Y mutiert und über Nacht
wieder zurück ... ;)

  http://osm.org/go/0HoHiHDDG?m=

Aber selbst das sind zwei Nodes für mich ...

-- 
hartmut

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

Re: [Talk-de] zum neuen OSM - Design für normale Nutzer

[Hartmut Holzgraefe]

On 12/11/2013 03:49 PM, Martin Koppenhoefer wrote:

  Dabei
 hat niemand so gute Fahrrad- und Fußwegdaten wie wir in Europa. 

umso ärgerlicher das RunKeeper und Co. alle auf Google Maps
setzen ...

Runtastic auf iOS hat wohl mittlerweile auch einen OSM layer
als Alternative, auf Android dagegen gibts auch da nur Google ...

-- 
hartmut

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

Re: [Talk-de] zum neuen OSM - Design

[Hartmut Holzgraefe]

On 12/08/2013 11:24 AM, tshrub wrote:
 Aber das Menue könnte man etwas
 entschärfen: Chronik  Export interessieren eher Entwickler und
 interessieren wohl seltener,

OSM-Export würde ich mit unter Share packen ...

Chronik ist schon interessant um zu zeigen das die Karte lebt,
allerdings wäre vllt. etwas wie Aktivitäten ein besserer Name
und die Darstellung der Changeset-Liste könnte etwas Laientauglicher
sein


Ansonsten stört mich eigentlich nur dass das Wiki nur in Hilfe
verlinkt ist, nicht in Über, gerade auch weil Über/About
nicht angemeldeten Benutzern im Einstiegs-Overlay unter Learn More
recht prominent präsentiert wird.

Unter Hilfe erwarte ich eher Hilfen zur Bedienung der konkreten
Seite auf der ich gerade bin, Hintergrundinformationen bzw. Verweise
auf weiterführendes Material eher unter Über/About ...

-- 
hartmut

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

Re: [Talk-de] zum neuen OSM - Design

[Hartmut Holzgraefe]

On 12/08/2013 11:40 AM, Christoph (TheFive@OSM) wrote:

 Konnte man früher beim Export sich nicht ein schönes PNG, JPG, PDF oder sowas 
 von der Karte ziehen. Jetzt bekomme ich ja nur XML.
 Der Gelegenheitsnutzer sucht doch nur eine Karte, die er einfach 
 weiterverwenden kann, das müssten wir ihm doch liefern können.

Das hast Du alles hinter dem Share Icon auf der rechten Seite,
da gibt es dann

* Permalink mit und ohne Marker
* HTML-Schnipsel für den aktuellen Kartenausschnitt
* PNG/SVN/JPG/PDF Export

Dass ich den extra Menüpunkt für OSM-XML Export unglücklich finde
und diese Funktion eigentlich eher als weiteren Punkt im Share-
Dialog sehen würde schrub ich auch schon in meiner vorherigen
Antwort hier ... die aktuelle Konstruktion ist in der Tat verwirrend ...

-- 
hartmut

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

Re: [Talk-de] PV-Anlage

[Hartmut Holzgraefe]

On 12/09/2013 07:40 AM, Christoph wrote:

 (Ok die Parkplätze sind weniger emotional)

glaubst Du ... ;)

-- 
hartmut

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

Re: [Talk-de] [geoObserver] ::: OSM: Golfplatz in 30 Minuten?

[Hartmut Holzgraefe]

On 11/28/2013 09:25 AM, Elstermann, Mike wrote:

http://geoobserver.wordpress.com/2013/11/28/osm-golfplatz-in-30-minuten/

Der geoObserver.
Neues, Interessantes und Kurioses aus der Geowelt.


30min ist dann doch eher optimistisch, ich hab für den Platz vor Ort
eher so 2 1/2 Stunden gebraucht:


http://tile.openstreetmap.fr/?zoom=16lat=52.10723lon=8.55344layers=B000FF

Also von einer einfachen grünen Fläche mit nur den beiden
Zufahrtsstraßen und den Gebäuden schon drauf hin zum aktuellen
Zustand mit allen Waldstreifen, Teichen, Bunkern, Greens ...

Aber es sieht zugegebenermaßen deutlich netter aus jetzt, und
dank der Franzosen kann man auch die 18 Löcher mit ihren Bahnen
schon gerendert sehen ohne auf MapBox zurückgreifen zu müssen ;)


--
hartmut

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

Re: [Talk-de] [geoObserver] ::: OSM: Golfplatz in 30 Minuten?

[Hartmut Holzgraefe]

On 11/29/2013 02:25 PM, christian.pietz...@googlemail.com wrote:

Hallo Hartmut
nachdem ich gestern mal das mit dem Golfplatz gelesen habe, habe ich mir
den Platz in unserer Nähe mal wieder angeschaut.
Dort gibt es für Männer und Frauen zwei unterschiedliche Abschlagplätze auf
jeder Bahn. Gab es sowas bei dir auch? Wenn ja wie hast dus eingetragen?


das gibt es auf meinem Platz auch, außerdem einen 4-Loch Kurzparkour,
aber der Plan der Anlage im Netz ist so gering aufgelöst dass ich keine
Details dazu erkennen kann, und auch über die Luftbilder ist die
Zuordnung kaum bis überhaupt nicht möglich.

Insofern hab ich mir über unterschiedliche Bahnvarianten noch keine
Gedanken gemacht, erstmal muss ich mal wieder in die Gegend kommen
und versuchen ein Orginal des Platzplans in die Finger zu bekommen.

Wenn ich mir

https://wiki.openstreetmap.org/wiki/Proposed_features/Golf_course

so anschaue dann packt man wohl mehrere tee nodes auf den hole
way, und die unterschiedlichen Entfernungen und Schwierigkeitsgrade
(die fehlen bei mir auch noch komplett) in dist:tee_color,
par:tee_color und handicap:tee_color

Schwierig wird das natürlich wenn die verschiedenen Abschlagpositionen
nicht auf einer gemeinsamen Linie liegen, wie bei meinem Platz z.B.
anscheinend in der Mitte bei Loch 14 ...  dazu habe ich auch noch keine
Idee außer vllt. den hole way am am weitesten entfernten Abschlag zu
beginnen und weitere Abschläge als unabhängige Nodes zu setzen.
Getrennte hole ways die erst im hinteren Bereich zusammenlaufen
wären natürlich auch möglich (wie ja in dem Bild oben auch 
eingezeichnet), machen das Ganze aber bei mehr als zwei Varianten

schnell unübersichtlich IMHO ...


--
hartmut

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

Re: [Talk-de] OSM Assembly auf den 30C3

[Hartmut Holzgraefe]

On 11/26/2013 01:37 PM, Sven Geggus wrote:


(PS: Teil des Motivationsproblems ist dass es sich um einen
  Windows-only Drucker handelt ...)


Huh? Soetwas gibt es im Jahre 2013 echt noch? Krass.


ja, hat mich auch gewundert, gerade bei HP ...

aber auch nach intensiver Suche habe ich keinen Hinweis darauf
gefunden das jemand das Modell jemals unter Linux zum Laufen
bekommen hat

*Eigentlich* soll er PCL verstehen ... erkannt wird er von
Ubuntu als sein Vorgänger DesignJet 110 ... aber jeder Druckversuch
führt dann zu einem Druckerabsturz, und die Blinkcodes der Drucker-LEDs
melden invalid command received ...

Das das Ding nur mit Windows tun wird war mir schon vor dem
Kauf klar, allein der Preis war so günstig das ich trotzdem nicht
wiederstehen konnte ...

Meine Tests beschränkten sich bisher allerdings mehr oder weniger
nur auf:

  * Treiber installieren (auf Win7 64bit)
  * ein A1 großes PDF finden
  * versuchen das mit Acrobat Reader auf A1, oder zumindest
größer als A4, zu drucken

Ergebnis negativ, es kam immer nur ein A4 Ausdruck dabei heraus,
mit *sehr viel* Rand für Notizen ... der Papierschneider allerdings
funktioniert tatsächlich ...

--
hartmut

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

Re: [Talk-de] OSM Assembly auf den 30C3

[Hartmut Holzgraefe]

On 11/25/2013 07:02 PM, wn reader wrote:


Daneben wird versucht, ein großen Drucker zu besorgen, auf dem Karten gedruckt 
werden können.


Ich habe hier einen HP DesignJet 111  (DIN A1) dem ich bisher nicht
mehr als DIN A4 Ausdrucke entlocken konnte ... Transport könnte ich
organisieren, kann aber nicht garantieren das ich vor Weihnachten
noch einmal dazu komme mich mit dem Ding näher zu beschäftigen ...
eventuell würde das also auf ein vor-Ort Hacking hinauslaufen das
Ding zum Laufen zu bekommen

(PS: Teil des Motivationsproblems ist dass es sich um einen
 Windows-only Drucker handelt ...)

--
hartmut

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

Re: [Talk-de] Geodaten des Bundes [War:Abgesprochener Import?]

[Hartmut Holzgraefe]

On 10/16/2013 09:33 AM, uwe_sennew...@hotmail.com wrote:


Es könnte ja source:de oder so etwas eingeführt werden .


ich verstehe nicht in welchem Zusammenhang das mit den
Themen im vorigen Post stehen soll? Für keine der drei
dort gestellten Fragen?

--
hartmut

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

Re: [Talk-de] Abgesprochener Import?

[Hartmut Holzgraefe]

On 10/16/2013 10:17 AM, Peter Wendorff wrote:


Es dürfte beim Aufruf von OSM - Karten über den Browser oder jeden
anderen Abruf der Daten kein Problem sein, dass über die
Landeskennung DE ein Lizentext mitgegeben wird.


Das stimmt theoretisch - aber wenn du jetzt eine Anwendung aus den
OSM-Daten erstellst - wo willst Du alle möglicherweise notwendigen
Lizenzen finden, die du anzeigen musst?


s/Lizenzen/Quellen/ ... die Anzahl der konkreten Quellen wird
deutlich höher sein als die der Quell-Lizenzen ...

Insofern funktioniert auch der Landeskennung DE Ansatz nicht,

es müsste für jedes Objekt die konkrete Attribution-Kombination
aus Quelle und Lizenz einzeln abgelegt werden und das Aggregat
aus allen verschiedenen Texten der verwendeten DB-Objekte gebildet
und angezeigt werden.

Und bei Objekt-Änderungen wäre nicht klar wie lange Quelle: XYZ
noch gilt oder gar zur Falschaussage wird ...

und ... und ... und ...



PS: ähnliches Problem wie damals mit der alten BSD-Lizenz,
die dort geforderte Namensnennung (auf der Verpackung
sozusagen) wäre auch technisch irgendwie möglich gewesesn,
aber nicht praktikabel sobald man mehr als eine Handvoll
unterschiedliche Quellen hat ... und zB. eine vollständige
Linux-Distribution hat tausende davon ... die Anzahl der
unterschiedlichen möglichen Quellen auf Bundes-, Landes-
und Gemeinde-Ebene dürfte schnell ähnliche Größenordnungen
erreichen

--
hartmut

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

Re: [Talk-de] Adressen, Systeme und wenn sie fehlen Was: Dörfer ohne Straßennamen

[Hartmut Holzgraefe]

On 09/13/2013 10:12 AM, Florian Lohoff wrote:


Man glaubt nicht was besseres zu sein sondern Früher war das immer so.
Es gab keine Straßennamen [...]


Früher wäre $hier vor den großen Gebietsreformen in den 1970ern ...

Vor der Eingemeindung hatten meine Eltern einfach die Adresse

  Oldinghausen 7

was in etwa soviel bedeutete wie siebtgrößter Hof im Dorf

In anderen Dörfern ergab sich die Hausnummer aus der Nummer
auf dem Schild der Feuerversicherung, da hatte man damals nicht
nur Policen sondern jeder Versicherte hatte auch so ein
Emailie (nicht Email ;) Schild mit dem Namen und Logo der jeweiligen
Versicherung und der Versicherungsnummer am Haus ... und da der
Versicherungsvertreter zuerst auf den größten Höfen war weil
dort die höchste Provision zu erwarten war ergab sich auch dort
eine Reihenfolge der Hausnummern die in etwa nach der Größe
der Hofstätten geordnet war ...

Es gab dann noch eine kurze Phase mit der Variante

  Oldinghausen
  Dorfstraße 7

und dann wurde das Dorf eingemeindet und wir wurden

  Enger
  Oldinghauserstraße 30

und an die alte 7 erinnert nur noch der geschnitzte Torbogen
der sich nach einem größeren Umbau nun mittlerweile im Haus
befindet und nicht mehr von außen sichtbar ist ...

--
hartmut

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

Re: [Talk-de] Korrektur vom Schienenetz in Deutschland

[Hartmut Holzgraefe]

On 09/11/2013 11:43 AM, Sven Geggus wrote:


Eventuelle infach mal die Geofabrik kontaktieren, ob sie das auch für
Schienen einbauen kann.


oder im Oktober mal vorbeischauen?

  http://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_October_2013

(Ok, München-Karlsruhe ist jetzt nicht sooo um die Ecke ...)

--
hartmut

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