Re: [Talk-de] OSM auf dem 25C3

[Hartmut Holzgraefe]

Marcus Wolschon wrote:
> Kann jemand ein Garmin-Gerät mit OSM-Karte drauf oder
> etwas vergleichbares mitbringen?

ja, kann ich tun

-- 
Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA

Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering

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

Re: [Talk-de] Pavel Machek zur neuen Lizenz

[Hartmut Holzgraefe]

Claudius Henrichs wrote:

> GPL ist auch ständig am Lernen und mit Version 3 noch "besser" geworden. 
> Warum gehen wir mit unserer Lizenz also nicht ähnlich iterativ vor wie 
> mit den Daten? 

Weil in der aktuellen Lizenz im Gegensatz zur GPL nicht "Version xxx or 
later" drinsteht und damit keine Vollmacht für nachträgliche 
Lizenzänderungen ohne explizite Zustimmung aller Rechteinhaber vorliegt?

-- 
Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA

Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering

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

Re: [Talk-de] Wie Ortshinweisschild taggen? - Grenz arten an Städten und ihre Tagging

[Hartmut Holzgraefe]

Dimitri Junker wrote:

>> Warum taggt man nicht z.B. an allen Ways innerhalb einer "implizierten
>> Innerortsgeschwindigkeit" mit implicit_maxspeed=in_town?
> 
> wo ist da der Vorteil gegenüber 50? Höchstens wenn mal die 50 per Gesetz 
> geändert wird.

"innerorts" impliziert noch andere Dinge als nur "Tempo 50",
z.B. freie Fahrstreifenwahl auf mehrspuringen Straßen (aka.
"rechts überholen") ...


-- 
Hartmut Holzgraefe, MySQL Regional Support Manager, EMEA

Don't Miss the 2009 MySQL User's Conference: http://mysqlconf.com

Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering

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

Re: [Talk-de] Daten auf Verlangen löschen oder nicht ...?

[Hartmut Holzgraefe]

On 06/22/2010 08:52 PM, Florian Lohoff wrote:
> Ist denn der Eigentuemer der Flaechen nicht die Stadt? Normalerweise
> sind doch die Flaechen der Kleingartenvereine Kommunales Eigentum und eben
> auch der Oeffentlichkeit zugaenglich zu machen.

klang in diesem Fall eher nach der Bahn, bzw. einem ursprünglichen 
Bahngelände:

 >> Gestern habe ich nun eine Mail des Betreibers erhalten - die Fläche,
 >> einem großen Deutschen Transportunternehmen (ehemals - kann ich
 >> nicht prüfen) gehörig - soll wohl verkauft worden sein und der neue
 >> Eigentümer soll schon Vermessungen durchgeführt haben und auch
 >> Grundstücke ins Web gestellt haben.

Die Bahn hat einiges an Flächen entlang ihrer Trassen die sich entweder
nicht vernünftig anderweitig nutzen lassen oder die für zukünftige
Erweiterungen gehalten wurden, und einiges davon ist als Kleingarten
verpachtet. Siehe auch http://www.blw-aktuell.de/

-- 
hartmut

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

Re: [Talk-de] Der Post-Box Guesstimator: Wo fehlen B riefkästen in OSM?

[Hartmut Holzgraefe]

On 06/23/2010 10:29 AM, Peter Körner wrote:
> Wie kann ich das anhand des Taggings unterscheiden? Dann kann ich
> schnell einen neuen Layer dran bauen.

wenn operator="Deutsche Post AG", "Deutsche Post" => Post
wenn operator nicht verhanden => vermutlich Post
wenn anderer Operator => nicht Post

-- 
hartmut

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

Re: [Talk-de] Rauchergaststätten taggen

[Hartmut Holzgraefe]

On 07/01/2010 02:47 AM, Johann H. Addicks wrote:

Vermutlich dusselige Frage, aber:
Wie tagge ich denn eine Gaststätte mit "Rauchen nur im Bereich der
Außenbestuhlung".


vorgeschlagen ist "smoking=no; smoking:outside=yes"

http://wiki.openstreetmap.org/wiki/Proposed_features/Smoking#outside

--
hartmut

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

Re: [Talk-de] Adressschema für nicht-straßenbezoge ne Adressierung

[Hartmut Holzgraefe]

On 07/17/2010 09:38 AM, Martin Simon wrote:

Eine andere Erweiterung, die ich gerne sehen würde, ist eine
Gebäudenummer, die unterhalb der Grundstücksnummer("Hausnummer")
rangiert und oft (immer?) vom Eigentümer oder Betreiber  selbst
vergeben wird.
Beispiel:
Der gesamte Campus hat die Hausnummer 2, aber es gibt Gebäude 1 bis 6.
In einem Beispiel, das ich kenne, hat das Gelände mehrere Hausnummern,
ist aber zusammenhängend und die einzelnen Häuser (es sind mehr, als
es Hausnummern gibt) sind noch einmal intern durchnummeriert - das
wird auch postalisch genutzt.

addr:building?


building=yes
name=1

?

--
hartmut

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

Re: [Talk-de] Postleitzahlen-Import

[Hartmut Holzgraefe]

On 07/23/2010 08:09 PM, Frederik Ramm wrote:


Einfach so um 200m nach
Nordosten schieben kann ich nicht, dass fuehrt dann anderswo zu Fehlern...


leider scheinen die Gebiete zum Teil nicht nur gleichmäßig
verschoben sondern auch noch in sich verzerrt (oder die bisherigen
Grenzdaten stimmen nicht)

Hier zB nimmt der horizontale Versatz entlang der Landesgrenze
(der blaue Teil ist NRW, der nicht-blaue Niedersachsen)
von west nach ost von ca.150m auf über 200m zu.

http://tools.geofabrik.de/osmi/debug.html?view=plz&lon=8.18875&lat=52.10983&zoom=12&opacity=0.90

Das gleiche Problem tritt 2 Orte weiter noch einmal ähnlich auf.

Noch krasser wird es dann hier:

http://tools.geofabrik.de/osmi/debug.html?view=plz&lon=8.16098&lat=52.12467&zoom=15&opacity=0.90

Die Grenze sollte hier eigentlich entlang der Bahnlinie verlaufen
und das "Dreiländereck" auf dem Bahnübergang liegen. Hier ist
die PLZ-Grenzline also auf einmal um 200m in die entgegengesetzte
Richtung verschoben (oder die Daten sind noch von vor der
Gebietsreform in den frühen 1970ern) ...

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

Re: [Talk-de] Flächen und Ways

[Hartmut Holzgraefe]

On 08/01/2010 05:48 PM, Klaus Hanauer wrote:


Ich habe in meiner Gegend dadurch übrigens auf einer kleinen Fläche mehrere
Hundert Nodes eingespart. Also
es ist (meistens) nicht nur korrekt


ist es nicht, denn die Flächen links und rechts der
Straße haben in Wirklichkeit keine gemeinsame Kanten


sondern sieht auch besser aus


das ist Geschmackssache. Im gerenderten Ergebniss mögen
die kleinen weißen Streifen stören wenn die Flächen nicht
nah genug an die als Linie abstrahierte Straße herangezogen
wurden. Im Editor sehe ich aber lieber sofort ob da einfach
nur zwei Landuse-Flächen direkt aneinanderstoßen (zB
Übergang Acker-Wiese oder Acker-Wald) oder zwischen beiden
noch ein Weg verläuft der die beiden deutlich voneinander
trennt.


und spart dazu noch Nodes.


Das alleine ist nicht unbedingt von Vorteil, vor allem
nicht wenn man später die Flächen wieder auseinanderdröseln
muss um sie nachzubearbeiten.

Ich hab am Anfang auch anders gedacht, mit der Zeit
beim Verfeinern der Daten habe ich aber irgendwann
dermaßen angefangen über mich selbst zu fluchen das
ich schließlich 2-3 Tage drauf 'verschwendet' habe
die ganzen shared ways doch wieder aufzudröseln.

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

Re: [Talk-de] Was is'n 'ne Eisdiele

[Hartmut Holzgraefe]

On 08/13/2010 03:33 PM, Chris66 wrote:

amenity=ice_cream

In MapFeatures : nein
Icon in JOSM: ja
tagwatch:de 221 mal

oder :

shop=ice_cream

  In MapFeatures : ja
  Icon in JOSM: nein
  tagwatch:de 111 mal


ich hab bisher immer

 amenity=cafe
 cuisine=ice_cream

draus gemacht

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

Re: [Talk-de] Spielplätze (noch einmal)

[Hartmut Holzgraefe]

On 08/13/2010 06:22 PM, RalfGesellensetter wrote:


Ich bin mir sicher, dass es hier genügend Javascript-Entwickler gibt, um
eine Ansicht der eingetragenen "leisure=playground" tags zu visualisieren
(als default)


so mal ganz quick & dirty:

  http://php-baustelle.de/openlayers/spielplaetze

Der Kartenausschnitt sollte schon passend für Dich sein ;)

--
hartmut

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

Re: [Talk-de] Flächen und Ways

[Hartmut Holzgraefe]

On 08/16/2010 08:58 AM, Willi wrote:


Je nach Situation zeichne ich auch landuse bis an die Straßenlinie

> und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern

eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine

> explizit oder vom Renderer standarmäßig angenommene Breite (width)
> repräsentiert wird. Und somit endet landuse für mich in der Regel am 
Straßenrand.


wenn Du landuse Flächen auf beiden Seiten der Straße so mit gemeinsamen
Nodes anbindest bekommst Du damit aber auch eine "die Flächen grenzen
direkt aneinander" Beziehung die eben genau *nicht* die Wirklichkeit
abbildet, denn die Flächen berühren sich ja gerade wegen der dazwischen
verlaufenden Straße *nicht*.

(von den praktischen Problemen bei der nachträglichen Bearbeitung 
solcher Konstrukte mal ganz abgesehen ...)


--
hartmut

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

Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks

[Hartmut Holzgraefe]

On 08/23/2010 10:06 AM, Rainer Kluge wrote:

Hallo,
Am 23.08.2010 08:32, schrieb Frederik Ramm:

Wer nicht explizit zustimmt, der lehnt damit ab.


Umgekehrt wäre natürlich besser. Wer nicht explizit ablehnt, hat zugestimmt.


leider (oder eigentlich glücklicherweise) funktioniert das Lizenzrecht
aber nicht so herum ... (es sei denn es ist in den Lizenzvereinbarungen
vorgesehen wie zB. bei "GPL v2 or later")

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

Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks

[Hartmut Holzgraefe]

On 08/23/2010 07:14 PM, Hefee wrote:


OSM wird aber nie ohne Lizenz dastehen, weil dann würde das normale
Uhrheberecht etc. gelten und somit darf  OSM die Daten gar nicht mehr benutzen
ohne alle Mapper zu fragen...


das aber ist doch genau der Ursprung dieser ganzen Geschichte:

es ist nicht klar ob die CC Lizenzen bei reinen Datensammlungen
überhaupt 'greifen'. Wenn dem nämlich nicht der Fall ist, und zumindest
für bestimmte Rechtsräume scheint das ja so zu sein, dann tritt genau
dieser Fall ein: entweder garnicht legal benutzen können weil keine
entsprechende Lizenz erteilt, oder Nutzungsrechte mit jedem Mapper
einzeln abklären.

"OSM wird aber nie ohne Lizenz dastehen" ist daher zZ leider nur ein 
frommer Wunsch der mit der Wirklichkeit nur begrenzt übereinzustimmen

scheint. Deine anschließenden Schlußfolgerungen dagegen stimmen
durchaus, nur die Prämisse nicht ...

Deshalb muss eine "passendere" Lizenz her, und "fragen (und positive
Antwort abwarten) oder gar nicht mehr benutzen" ist leider in der
augenblicklichen Konstellation auch der einzig mögliche Lösungsansatz.

Das, oder versuchen das Problem einfach aussitzenderweise zu ignorieren.
Also die Wahl zwischen "es tut jetzt weh" und "es tut erst später weh,
dafür aber vermutlich mehr" ...

--
hartmut

(der sich schon fast drauf freut wieder Straßenverläufe in der näheren
Umgebung erfassen zu können statt mangels einfacher Beute so abstrakte
Dinge wie Leerungszeiten von Briefkästen zu sammeln ;)

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

Re: [Talk-de] Problem beim Datalogger Columbus V-900 mit der Sprachaufzeichnung

[Hartmut Holzgraefe]

On 09/16/2010 01:50 PM, dieter jasper wrote:


Das Problem:
Das Gerät schaltet sich bei Audioaufnahmen - soweit ich bisher
feststellen konnte, wenn viele Audiofiles auf der Speicherkarte
gespeichert sind - bei dem Versuch eine weitere Audioaufnahme zu machen,
selbstständig aus.[...]


das Problem ist, soweit ich mich erinnere (finde den entsprechenden
Testbericht grad nicht wieder), das die Dateien direkt im  Root-
Verzeichnis der SD-Karte abgelegt werden. Das Root-Verzeichnis auf
FAT-Datenträgern kann aber, im Gegensatz zu Unterverzeichnissen, nicht
unbegrenzt Dateien aufnehmen sondern nur eine vor festgelegte Anzahl,
in der Regel 512.

Kommt das in etwa hin das bei ungefähr 500 Audioaufzeichnungen Schluß
ist?

Die Anzahl der maximalen Einträge im Root-Verzeichnis kann im Prinzip
beim Erstellen des Dateisystems auch auf einen höheren Wert gesetzt
werden (unter Linux/Unix mit mkdosfs [1] zB.), allerdings wird das
in der Regel nicht genutzt da nicht jede FAT-Implementation damit
klar kommt.


[1] http://linux.die.net/man/8/mkdosfs

--
hartmut

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

Re: [Talk-de] Problem beim Datalogger Columbus V-900 mit der Sprachaufzeichnung

[Hartmut Holzgraefe]

On 09/16/2010 03:03 PM, Hartmut Holzgraefe wrote:


das Problem ist, soweit ich mich erinnere (finde den entsprechenden
Testbericht grad nicht wieder),


Antwort gesendet, noch einmal Tante Google befragt, und schon
purzeln die entsprechenden Treffer auf einmal heraus.

Der Testbericht auf den ich mich bezogen habe war:

  http://www.pocketgpsworld.com/columbusv900.php

  In reality there are a few limitations though - the most important
  one is that the card has to be formatted in FAT (not FAT32!) 3and
  thus the main folder (where everything gets recorded to) can only
  hold 512 files, be it journey data or voice recordings. So you'll
  have to do some periodic maintenance on the card.

Und auch in der PDF Bedienunganleitung (zu finden auf
http://www.cbgps.com/download_en.htm ) steht es:

  Memory cards of certain models do not support more than 512 files
  under a single directory. Data storage will be no longer available if
  the files are more than this limit. Please backup excessive records
  to your computer whenever necessary.

  (Seite 15 ganz unten)

Das 'certain models' lässt zumindest hoffen das ein neu formatieren
der SD Karte mit mehr als 512 Root-Verzeichnis Einträgen Abhilfe
schaffen könnte.

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

Re: [Talk-de] ALs Neuling brauche ich mal Hilfe

[Hartmut Holzgraefe]

On 09/17/2010 12:31 PM, Stefan Sandrock wrote:


ich hatte mal vor jahren einen garmin etrex-vista - und genau diese
schnittstelle. nehme eine suchmaschine und dort wirst du kabel finden,
die von serial auf usb gehen. vom damaligen verkäufer gab es sogar den
treiber dazu. als betriebssys hatte ich xp. geben tut es die kabel .


USB<->Seriell ist eigentlich ganz einfach, es gibt ein standard
USB Profil dafür und alle entsprechenden Kabel die mir bisher
begegnet sind funktionieren *eigentlich* mit dem gleichen Treiber.

*eigentlich* weil das so leider nur unter Linux zu funktionieren
scheint, dort tauchen entsprechende USB->seriell Schnittstellen
einfach als /dev/ttyUSB# Gerätedateien auf die sich genauso
verhalten wie die /dev/ttyS# Einträge für die klassischen
seriellen Schnittstellen (# steht dabei für die jeweils fortlaufende
Gerätenummer)

WindowsXP scheint dagegen jedes Kabel anhand seiner USB Hersteller
ID als ein neues Gerät zu erkennen und verlangt dann nach einem
für diese Geräte-ID passenden Treiber und erkennt wohl nicht das
eigentlich nur ein generischer Treiber für alle Geräte dieses
Profils reicht (ähnlich wie damals bei den ISDN-Karten, da gab
es eigentlich auch nur einen Chipsatz den alle benutzt haben,
und unter Linux auch nur einen gemeinsamen Treiber für fast
alle Karten, unter Windows dagegen ... aber ich schweife ab).

Das sollte aber kein Problem sein da entsprechende Treiber
entweder direkt beim Kabel dabei sein sollten, oder entsprechend
herunter ladbar im Netz ...

Lustig wirds dann allerdings noch einmal bei Software die nur
COM1: und COM2: unterstützt da die USB->Seriell Schnittstellen
auf höhere Gerätenummern abgebildet werden, da ist dann noch
einmal extra Bastelei angesagt. Aber bitte frag mich nicht nach
Details, das ist alles schon wieder mindestens 5 Jahre her das
ich damit gespielt habe ... :/

--
hartmut

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

Re: [Talk-de] Mappinghilfe

[Hartmut Holzgraefe]

On 09/20/2010 08:32 PM, Rainer Knaepper wrote:


haben wir ein Online-Tool, bei dem ich ähnlich wie auf

http://utrack.crempa.net/

GPS-Tracks auf einem Kartenhintergrund darstellen kann? [...]


http://wiki.openstreetmap.org/wiki/Openlayers_Track_example ?

--
hartmut


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

Re: [Talk-de] Lightmap

[Hartmut Holzgraefe]

On 05.04.2013 10:37, Pascal Neis wrote:

> Eigentlich sollten die Daten für die Lightmap laut Cron jede Woche
> Mittwoch-Nachts aktualisiert werden. 

Vorschlag: in der Fußzeile neben der Attributierung (oder evtl. auch
nur auf der dort verlinkten Info-Seite) das letzte Aktualisierungsdatum
einblenden?

-- 
hartmut

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

Re: [Talk-de] Medien

[Hartmut Holzgraefe]

On 03.05.2013 15:03, Erwin Ernst Steinhammer wrote:

> Ich hoffe, dass die App auch noch für Android kommt 

wer lesen kann ist klar im Vorteil ;)

"Für Android ist Forevermap2 schon länger erhältlich."

letzter Satz direkt über dem Bild im Artikel ...

> und, dass sie dort gratis sein wird.

10¢ günstiger, aber nicht gratis (wäre auch seltsam
wenn das nur auf einer der beiden Plattformen kosten
würde):

https://play.google.com/store/apps/details?id=com.skobbler.forevermapng&hl=de

-- 
hartmut

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

Re: [Talk-de] OSM Stand auf der FROSCON

[Hartmut Holzgraefe]

On 05/09/2013 11:29 PM, Sven Geggus wrote:


Wenn sich noch 2-3 Leute bei mir melden würde ich einen Stand
beantragen.


ein halber Tag wäre bei mir OK, mehr geht nicht weil zu viele
andere gleichzeitige Baustellen da ...

--
hartmut

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

Re: [Talk-de] Spaß mit / Taggen von Wanderwegen

[Hartmut Holzgraefe]

On 13.05.2013 10:16, Steffen Grunewald wrote:

> - (Rad-)Wanderwege, die nur in einer Richtung markiert sind
>   (wenn auf Papier eingezeichnet, stets ohne Richtung, sehr "lustig",
>   wenn man den halben Weg mit Blick nach hinten unterwegs ist)
>   - das sind teilweise thematische Wege, für die es eine Wegbeschreibung
>   käuflich zu erwerben gibt, aber die Beschilderung ist "kostenlos" da

http://wiki.openstreetmap.org/wiki/Hiking :

  onewayyes/no  (optional)

 Use oneway=yes to indicate that the route is to be walked in only
 one direction, according to the signposts on the ground

und die einzelnen Wegsegmente dann in der "richtigen" Reihenfolge von
Start bis Ende in die Relation einfügen

-- 
hartmut

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

Re: [Talk-de] Outdoor Androide von Garmin!

[Hartmut Holzgraefe]

On 06/25/2013 04:49 PM, Benjamin Lebsanft wrote:

On 25.06.2013 16:46, Ruben Kelevra wrote:

Fragt sich welche Software man da am besten benutzt ... :)


OSMAnd z.B.? KeyPad Mapper, OSM Tracker, is doch super, wenn man das
endlich auf nem Gerät mit ordentlichem Display und gutem GPS nutzen kann :)


Ordentlich im Sinne von Lesbarkeit bei Sonnenlicht ja, aber die
Auflösung ... 480x272 ... da hatte ja selbst mein allererster Androide
schon mehr ...

--
hartmut

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

Re: [Talk-de] Outdoor Androide von Garmin!

[Hartmut Holzgraefe]

On 06/26/2013 01:37 AM, Dirk Sohler wrote:


Klingt alles in allem ein bisschen wie ein SUV für Navinutzer: Für den
Alltagsgebrauch zu groß, und fürs Gelände ungeeignet …


you made my day ;)

--
hartmut

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

Re: [Talk-de] Sperrflächen

[Hartmut Holzgraefe]

On 07/01/2013 01:17 PM, Wolfgang Hinsch wrote:

Hallo,

kennt jemand ein tag für Sperrflächen (Zeichen 298)?


wäre für mich ein barrier=..., auch wenn es nur ein "logisches" und
kein tatsächlich physikalisches Hinderniss ist

http://wiki.openstreetmap.org/wiki/Key:barrier hat allerdings keine
passende Variante, und ich hab auch keine Ahnung was der passende
englische Begriff für "Sperrfläche" sein mag (falls es überhaupt
einen gibt)

--
hartmut

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

Re: [Talk-de] Bauliche Trennung

[Hartmut Holzgraefe]

On 07/02/2013 12:43 AM, Wolfgang Hinsch wrote:


Mindestens 2 Fahrspuren pro Richtung oder ein Mittelstreifen ("bauliche
Trennung").


wieder was gelernt, ich dachte es wäre "und" und nicht "oder"

(oder hat sich das in irgendeiner Reform der letzten 30 Jahre geändert?)

--
hartmut

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

Re: [Talk-de] Project of the Week und Gamification

[Hartmut Holzgraefe]

On 12.07.2013 12:25, Wilhelm Spickermann wrote:

> Tja, aber wollen wir Leute, die man damit bei Laune kann, bei Laune
> halten? Mit gefällt die jetzige Zusammensetzung der Mapperschaft --
> lauter Leute, die ohne Badges und Postkarten mitmachen.

ich würde mich ja auch gerne als gameification-immun betrachten oder
möchte zumindest nicht das das Ingress-artige Züge annimmt ("in
$nachbarort ist ein Neubaugebiet mit noch ungemappten Hausnummern,
damit bekomme ich mindestens genug Punkte für Level 6 heute Nacht!"

Andererseits muss ich aber schon zugeben das so Dinge wie

  "How did you contribute ..." http://hdyc.neis-one.org/

oder

  "Your OSM Heatmap" http://yosmhm.neis-one.org/

schon irgendwie anfixen ...

-- 
hartmut

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

Re: [Talk-de] Project of the Week und Gamification

[Hartmut Holzgraefe]

On 07/15/2013 01:59 PM, Peter Barth wrote:


bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und
auch immer top gemacht! Ich will nichts davon missen, ich will lieber
noch mehr davon ;)

Dass hier einige nach jahrelangem anstandslosen Betrieb plötzlich
allerlei Probleme sehen, illegales Datenabschnorcheln mit dem
Auswerten einer offenen Datenbank in einen Topf werfen und ähnlich
abstruse Zusammenhänge herstellen, sollte man sich nicht zu sehr zu
Herzen nehmen. [...]


+1

Als nächstes kommen noch zB. große Energieversorger und beschweren sich
das es ja garnicht geht das man aus OSM Daten ihre kompleten
Hochspannungsnetze erkennen kann ... oh, moment, been there, done that
...

Die Daten sind da, die Daten sind nutzbar, die Tatsache das Benutzername
und Uhrzeit in den veröffentlichten Rohdaten enthalten sind (letzter
Edit je Objekt, und bei history dumps auch die gesamte Vergangenheit)
sollte bekannt sein ...

Der Unterschied ob eine bestimmte auf diesen Daten mögliche Auswertung
direkt mundgekaut online angeboten wird, mit frei verfügbaren
Werkzeugen möglich ist (grep auf history dump, OverPass?), oder die
Möglichkeit auch nur theoretisch existiert ist damit irrelevant ...

Entweder ist die Veröffentlichung von ID plus Timestamp generell
rechtlich fragwürdig, oder die darauf aufbauenden Auswertungen sind
es genau so wenig wie die Rohdaten selbst.

Die gleichen Auswertungen wären auch auf dem Wikipedia-Datenbestand
möglich, oder auf jedem beliebigen öffentlichen SVN/GIT/... Source
Code Repository, auf dem Archiv jeder öffentlichen Mailingliste
oder jedem öffentlichen Chat ... und in vielen dieser Fälle kenne
ich auch entsprechende öffentlich verfügbare Auswertungen.

PS: Rechtlich "interessant" wird es eher beim Einsatz entsprechender
Systeme im Arbeitsumfeld da die entsprechenden Rohdaten und
Auswertungen sich schnell mit dem Thema "Arbeitsüberwachung"
überschneiden ... aber auch da erst wenn die Pseudonymisierung
einfach rückgängig gemacht werden kann (AFAIK; IANAL; etc.)

--
hartmut

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

Re: [Talk-de] Project of the Week und Gamification

[Hartmut Holzgraefe]

On 07/15/2013 02:02 PM, Dirk Sohler wrote:

Markus schrieb:

_Vorschlag:_
Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
a) Willst Du, das Deine gespendeten Geodaten frei sind?
b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
 wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?

Dann kann jeder frei entscheiden :-)


Unbedingt dafür!


die Tatsache das diese Daten mit erfasst und veröffentlicht werden bei
der Erstanmeldung deutlicher hervorheben gerne (im Prinzip der gleiche
Text wie auf der Privacy Policy Seite) ... aber zweigleisig fahren...?

Das gleiche "Problem" ergibt sich auch bei Wikipedia-Edits, 
github-commits, etc. ... dort scheint aber niemand Probleme damit zu 
haben, obwohl insb. den Nutzern von Source Code Management Systemen viel

klarer sein sollte was genau gespeichert und damit auswertbar ist ...

Damit ist das Ganze für mich deutlich eher ein "OMG das habe ich
ja garnicht gewusst (obwohl es klar dokumentiert ist)" Problem als
ein tatsächliches.

Die Gegenfrage ist ja: können wir auf diese Daten komplett verzichten?
Da ist die Antwort aus Qualitätssicherungsgründen IMHO klar "nein", und
da wir als verteiltes, offenes Projekt keine "Geheimräte" haben die
mehr mit den Daten tun (bzw mehr davon sehen) dürfen als alle anderen
ist klar das diese Daten damit auch für alle sichtbar und beliebig
auswertbar sind.

Ob eine öffentliche "zu welchen Stunden ist User X in der Regel aktiv"
Auswertung besonders sinnvoll ist wage ich auch eher zu bezweifeln.
Moralisch fragwürdig? Evtl ... Rechtlich problematisch? Kann ich
(IANAL) nicht erkennen ...

Worüber wir statt dessen reden könnten wäre ein "Code of Conduct" das
solche Arten von öffentlichen nutzerzentrierten Auswertungen nicht
wünschenswert sind. Das wäre in RFC-sprech aber maximal ein SHOULD NOT
und kein MUST NOT ...

--
hartmut

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

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

[Hartmut Holzgraefe]

On 07/15/2013 06:49 PM, Florian Lohoff wrote:


Das ist aber irgendeine bunte Mischung. Deutschland ist nicht OSM - Da
sind deutlich mehr Gebaeude und die Farmyard beschriftungen sind
definitiv nicht OSM (Und Kaputt).


Quickcheck $Heimatdorf: mehr als 10 Jahre altes "Neubaugebiet" fehlt,
deutlich jüngere Umgehungsstraße ist drin, meine alte Grundschule hat
nur zwei Gebäude, die schon über 20 Jahre alte Turnhalle und nicht viel
jüngere Neubau der das kleinere der beiden alten Gebäude erstetzt hat
fehlt ... definitiv nicht OSM

--
hartmut

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

Re: [Talk-de] Project of the Week und Gamification

[Hartmut Holzgraefe]

On 07/15/2013 09:12 PM, Peter Wendorff wrote:


Ich sehe einen deutlichen Unterschied in der Wahrnehmung.
Die OSM-Extrakte sind seit langem so, wie sie sind, enthalten Username,
und userid sowie changeset-ids samt sämtlicher Metadaten (darunter
meistens, welcher editor genutzt wurde, und immer der zeitraum des
changesets).


bezüglich des Zeitstempel möchte ich dazu in die Runde werfen das der,
selbst wenn er aus den eigentlichen Changeset-Informationen entfernt
würde, über die minütlichen Datenbank-Diffs einfach zumindest in
Minutenauflösung wieder herstellbar wäre.

Auf Changeset IDs (welche Daten wurden im Zusammenhang miteinander
geändert und warum?) möchte ich nicht wieder verzichten wollen,
rollbacks/undos sind so schon schwierig genug.

Und eine "Wer hats geändert" ID brauchts auch, Gründe dafür sind
Qualitässicherung, rechtliche Absicherung (wenn sich herausstellt
das User X mehrfach aus nicht kompatiblen Quellen Daten übernommen
hat muss die Möglichkeit bestehen alle Changesets dieses Users zu
identifizieren.

Natürlich könnte man die User-IDs noch einmal zusätzlich pseudo-
anonymisieren, solagen man das aber mit einem 1:1 Mapping macht
kann immer noch wie vorher auch aus den Edits auf den eigentlichen
Benutzer rückgeschlossen werden.

Mappt man dagegen eine tatsächliche User-ID auf mehrere pseudo-IDs
nimmt man u.a. allen die nur Zugriff auf den anonymisierten Datenbestand
haben die Möglichkeit vieler statistischer Auswertungen ...

Statistiken wie "wieviele user waren im letzten Monat aktiv" wären
dann nur noch einer "User-Elite" mit erweiterten Zugriffsrechten
möglich, Rolbacks aller Edits eines bestimmten Users bei Verdacht
auf umfassende Imports nicht lizenzkompatiblen Materials ebenso.

Erstens möchte ich nicht so eine Zweiklassen-Situation haben, und
zweitens können die nicht anonymisierten Daten irgendwann doch
öffentlich werden, sowohl unbeabsichtig als auch beabsichtigt.
Dann hätten wir aber statt "Wir haben Dir gleich gesagt das auch
die Metadaten Username und Edit-Zeitpunkt Teil der öffentlichen
Daten sind" Situation (wie sie auch in den Privacy Policies
kommuniziert sind) die "Ooops die Daten sind jetzt öffentlich
obwohl wir Dir eigentlich versprochen hatten sie nicht zu
veröffentlichen". Dann doch lieber gleich mit offenen Karten
spielen ...

Bleibt also nach wie vor nur der "Code of Conduct" Ansatz,
oder der harte Weg die ODBL so zu modifizieren das man die
Veröffentlichung von nicht-aggregierten Auswertungen reiner
Edit-Metadaten (von wem, wann, wo, womit ...) explizit
ausschließt. Letzteres halte ich für in absehbarer Zeit
nicht durchführbar ...

Oder wir bleiben einfach beim aktuellen "Alles was wir über
Deine Edits wissen kann und wird von uns veröffentlicht werden"
Ansatz und weisen evtl. noch deutlicher als bisher darauf hin.

Wer damit nicht leben kann muss dann tatsächlich entweder
User Id Hopping betreiben (was ich aber eigentlich schon als
potentiellen Mißbrauch sehen würde, man erinnere sich zB an
unseren alten "Freund" den Oberkiller) oder leider darauf
Verzichten Daten beizutragen ... klingt komisch, ist aber so ...

--
hartmut

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

Re: [Talk-de] Gibt OSM auch Daten über die Beitragenden heraus?

[Hartmut Holzgraefe]

On 29.07.2013 01:15, Frederik Ramm wrote:

> Mein Punkt war, dass ich nicht moechte, dass wir als Projekt mehr Hoheit
> als noetig schaffen. Lieber weniger zentrale Autoritaet als mehr.
> Lieber, alle Projektmitglieder koennen gleichermassen Vandalismus
> bekaempfen, als dass man sich dazu erst von einer zentralen Autoritaet
> als Hilfssheriff vereidigen lassen muss.

Oder: "Wenn wir schon in George Orwell Dimensionen unterwegs sind
sollten wir wenigstens beachten das er neben '1984' auch 'Farm der
Tiere' geschrieben hat" ... letzteres IMHO die erschreckendere
Dystopie (und zumindest für damalige Zeit auch weit näher an der
Realität...)

-- 
hartmut

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

Re: [Talk-de] 30C3 Call for Participation

[Hartmut Holzgraefe]

On 09/10/2013 09:45 AM, Dirk-Lüder Kreie wrote:


Ich bin auf jeden Fall auf dem 30c3 werde aber wieder mindestens 2
"Hüte" aufhaben (müssen).


geht mir ebenso ... haben wir dafür schon was im Wiki?

--
hartmut

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://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

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] 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] 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] 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] [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=16&lat=52.10723&lon=8.55344&layers=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:,
par: und handicap:

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] 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] zum neuen OSM - Design

[Hartmut Holzgraefe]

On 12/10/2013 11:29 PM, Andre Hinrichs wrote:

> Bei mir erscheint auch jedes Mal die Willkommen-Meldung, die ich
> dann wegklicken muss; das nervt auf die Dauer.
[...]

-1 Cookies werden beim Schließen des Browsers grundsätzlich gelöscht.


der Zusammenhang zwischen beidem ist Dir aber schon klar?

Womit, wenn nicht mit einem Cookie (hier: _osm_welcome=hide),
soll sich openstreetmap.org merken das es Dir die Willkommen-Meldung
schon einmal gezeigt hat?

--
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] 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] 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] Schreibweise der dt. Post

[Hartmut Holzgraefe]

On 10/09/2010 09:57 AM, Karl Eichwalder wrote:

Europaweit sind alle Handelsregister elektronisch abrufbar, zumindest
die Firmensuche ist frei, wodurch man die richtige Schreibweise auch
für ausländische Firmen erhält.


Schön, aber deswegen muss man das noch lange nicht bei name eintragen.
Wenn du es für wichtig erachtest, trag es bei official_name ein.


Dieser Thread begann aber mit der konkreten Frage nach "operator=",
nicht "name=" ... und da haben wir auf

  http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dpost_box

recht klar stehen:

   #  operator=* (Betreiberunternehmen, bspw. Deutsche Post AG und 
MEDIA Logistik GmbH)


   # brand=* (Markenname, bspw. Deutsche Post und PostModern)

also entspricht in diesem Fall das Paar "brand"/"operator"
dem allgemeineren "name"/"official_name"

Glücklich? ;)

--
hartmut


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

Re: [Talk-de] Gültige XSD für API 0.6

[Hartmut Holzgraefe]

On 10/11/2010 04:44 PM, Peter Körner wrote:


Ich fürchte mich ja ein wenig vor den PBFs da es eben noch nicht für
jede Sprache eine Bindung gibt (PHP? Python?), ich jedoch gerne PHP als
Glue-Sprache für alle möglichen Auswertungen (z.B. [1]) verwende.


für PHP siehts tatsächlich noch finster aus, aber ich werde mich
vermutlich in kürze darauf stürzen ...

--
hartmut

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

Re: [Talk-de] Geo::Proj4 fuer mapgen.pl unter Windows

[Hartmut Holzgraefe]

On 10/23/2010 10:47 AM, Gary68 wrote:


irgendwann wird's bei jedem zeit für ein richtiges betriebssystem... und
so sehr unterscheidet sich das doch alles gar nicht!

;-)

und das noch kostenlos.


und nen zentralen "app store" hats im Gegensatz zu Windows und MacOS X
auch schon seit Jahren (und auch da alles kostenlos, wenn auch nicht
unbedingt free/open) ;)

--
hartmut (der jedesmal die Kriese kriegt wenn unter Windows oder auf dem
 Mac jedes Tool einzeln "aktualisier mich!" schreit ...)

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

Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)

[Hartmut Holzgraefe]

On 10/24/2010 12:35 PM, Sebastian Hohmann wrote:


Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite
gebastelt:

http://osmtools.de/portal/

Wie unschwer zu erkennen ist, habe ich mir die drei Spalten abgeschaut,
aber den Inhalt etwas verändert. Kommentare dazu:


*mög*

d.h. wenn in der linken Spalte das Image auch noch direkt auf die
Standardkarte verlinkt wäre, dann wärs richtig mögig (weil das
vermutlich die erste Stelle ist auf die ein ungeduldiger Besucher
zu klicken versucht)

--
hartmut

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

Re: [Talk-de] Hausnummern und co

[Hartmut Holzgraefe]

On 10/26/2010 07:50 PM, Frank Jäger wrote:


PS
In amerikanischen Filmen sieht man oft 4stellige Hausnummern. Das liegt
nicht daran, dass die Straßen dort länger sind und tausende Häuser haben.
Diese Nummern sind die Entfernung vom Straßenanfang in der
(mittelalterlichen) Maßeinheit "feet".


ist das nicht eher so das bei jeder Querstraße ein neuer Hunderterblock
anfängt? D.h. wenn ich vor Nr. 5xx stehe und zu Nr. 8xx muss dann weiß
ich das ich noch 3 Straßen weiter muss ...

--
hartmut



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

Re: [Talk-de] Gepäckband in Englisch

[Hartmut Holzgraefe]

On 01/07/2011 06:45 PM, Jan Tappenbeck wrote:
> 
> 
>  HI !
> 
> weiß einer von Euch wie offiziell ein Gepäckband auf dem Flughafen in
> Englisch heißt ??

Förderbänder: Conveyour Belt

http://en.wikipedia.org/wiki/Conveyor_belt

-- 
hartmut

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

Re: [Talk-de] Plastiken / Statuen

[Hartmut Holzgraefe]

On 01/08/2011 09:44 PM, Andreas Tille wrote:
> Hallo,
> 
> wie taggt man Plastiken / Statuen - Kunst die so mal im Straßenbild 
> herumsteht?

http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A#Kunstwerk


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

Re: [Talk-de] Status Aktion 11

[Hartmut Holzgraefe]

On 01/10/2011 06:23 PM, Tom Müller wrote:
> Kann man so ein Projekt auch mal für den Vietnam anstoßen?
> Mir sind da in Hanoi einige nicht verbundene Straßen aufgefallen!

Du kannst Dir die entsprechenden Fehler auch mit KeepRight
anzeigen lassen und bearbeiten:

http://keepright.ipax.at/report_map.php?zoom=14&lat=21.03307&lon=105.83332&layers=B00T&ch=0%2C50%2C130%2C191%2C195%2C196&show_ign=1&show_tmpign=0

-- 
hartmut

___
Talk-de mailing list
Talk-de@openstreetmap.org
http://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] 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] 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] 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] 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] 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

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

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

[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 
Reply-To: jo...@gmx.com
To: Hartmut Holzgraefe 

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] 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

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] 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] 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] 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)
   * ...




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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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 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 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]

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

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

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] 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] 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] 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

[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