Re: [Talk-de] Wambachers OSM-Server - Wartung 15.11.2018

2018-11-16 Diskussionsfäden Andreas Neumann
Spende leider nicht möglich...

Am Do., 15. Nov. 2018 um 00:31 Uhr schrieb :

> Hi,
>
> am 15.11 ist eine dringende Wartung des Servers notwendig geworden.
>
> Am 12.11. ist mir eine 960 GB SSD "abgeraucht" und die OSM-Database
> läuft derzeit auf einem Degraded Raid5; eine von 3x960 GB Disks ist
> defekt und derzeit ist keine Ausfallsicherheit mehr gegeben.
>
> Ich erwarte heute (Do) die Lieferung der Ersatzplatte (mal wieder mal
> schlappe 200 € aus der Privatkasse, da der Spendentopf leider leer ist
> *) und werde wohl am *frühen Abend* mit der Wartung beginnen.
>
> Ich werde die defekte Platte einschicken (hat noch 8 Tage von 2 Jahren
> Garantie !) und hoffe, dass die mir ersetzt wird. Sollte das der Fall
> sein, werde ich diese als Sparedisk in das Raid5 integrieren, was die
> Ausfallsicherheit erheblich verbessert.
>
> Gruss
> walter
>
> *)
> [url]
> https://www.paypal.com/donate/?token=hJZtS0Vb_He4xVtiqHWNI6rSWho9icAMRjsyZUGqcEXp9tB0VLR_lKUqN-ju7mQIWQps4G=DE=DE[/url]
>
> --
> My projects:
>
> Admin Boundaries of the World 
> Missing Boundaries
> <
> https://wambachers-osm.website/index.php/projekte/internationale-administrative-grenzen/missing-boundaries
> >
> Emergency Map 
> Postal Code Map (Germany only) 
> Fools (QA for zipcodes in Germany) 
> Postcode Boundaries of Germany  >
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] building:levels, Altbau/Neubau

2018-07-23 Diskussionsfäden Andreas Neumann
Am 23. Juli 2018 um 09:33 schrieb Tobias Knerr :

> > Ausserdem haben Gebäude in der Stadt oft so ein "Hochpaterre" (?), wo
> > das Erdgeschoss nicht auf Straßenniveau ist, sondern einen halben Meter
> > drüber. building:levels=3.5?
>
> Das ist ein häufiger genanntes Problem, für das es meines Wissens
> ebenfalls noch keine Lösung gibt – Interesse hätte ich und würde das
> z.B. auch in OSM2World gerne einbauen.
>
> Nicht ganzzahlige building:levels-Werte sind leider nicht gut
> auszuwerten, weil man nicht weiß, _wo_ am Gebäude das halbe Stockwerk
> ist. Das ist für die reine Höhenschätzung kein Problem, wohl aber wenn
> man z.B. Fensterreihen einzeichnen oder Indoor-Mapping ins Gebäudemodell
> einpassen will.
>
> Theoretisch gäbe es sogar eine Lösung unter Verwendung von bestehenden
> Tags, nämlich Simple Indoor Tagging: Man kann eine Fläche fürs
> Erdgeschoss einzeichnen (indoor=level + level=0) und mit min_height=0.5
> taggen. Aber eigentlich sollte ein so häufiger Fall einfacher abzubilden
> sein, vor allem ohne den Pflegeaufwand von zusätzlicher Geometrie...
>
>
Es gibt noch ein anderes Problem, wenn man jedem Stockwerk 0.5 aufschlägt.
Die einfachen Stockwerk-Auswerter kommen mit sowas nicht zurecht und
spätestens der Endnutzer wird etwas seltsam dreinblicken, wenn wir sagen
die Firma sitzt im 2.5ten Obergeschoss.

Interessant ist das ganze übrigens, wenn ihr euch mal die Fahrstuhl
Beschriftung anschaut. In dem Viele zählen ein ganzes Stockwerk für die
Überwindung des Sockels. Ich habe aber auch schon einen gesehen, der
richtig zählte und für den niedrigeren Ausgangs-Level ein "E" hatte.

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


Re: [Talk-de] Dorfkarte - Zusammenarbeit mit der amtlichen Seite in Gemeinden

2018-06-15 Diskussionsfäden Andreas Neumann
Hallo,

die Stadt Ilmenau hat mich auf den Verteiler für Adressänderungen gesetzt,
der alle wichtigen Versorgungsträger informiert. Diese Informationen dürfen
in OSM übernommen werden.

Gruß
Andreas

Am 11. Juni 2018 um 11:49 schrieb Markus :

> Hallo Ludwig,
>
> Die Gemeinde Neunkirchen am Sand (DE)
> hat Hausumrisse, Hausnummern und Hydranten geliefert.
>
> Die Gemeinde Simmelsdorf (DE)
> hat die Wanderkarten-Tafeln mit OSM gemacht.
>
> Die Stadt Lauf (DE) hat hochaufösende (15cm) Luftbilder geliefert.
>
> Die Stadt Zürich (CH) arbeitet gut mit OSM zusammen.
>
> Die Stadt Solothurn (CH) arbeitet gut mit OSM zusammen.
>
> Mit sommerlichem Gruss,
> Markus
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] tag für Mensa?

2017-05-08 Diskussionsfäden Andreas Neumann
ich tage es immer als amenity=restaurant und cuisine=canteen

Gruß
Andreas

On 05/08/2017 03:49 PM, Volker Schmidt wrote:
> Eine "Mensa" wird im Englischen normalerwese als "Cafeteria" bezeichnet
> (insbesonder in Schulen und Universitaen. Dafuer gibt es diese
> Tag-Kombination im Wiki
> 
> amenity=fast_food
> fast_food=cafeteria
> 
> In Firmen hauefig auch "Restaurant" genannt; in Univeritaeten auch "Dining
> Hall" oder "Refectory" (Oxford, Cambridge)
> 
> 2017-05-08 15:29 GMT+02:00 Martin Koppenhoefer <dieterdre...@gmail.com>:
> 
>> Für "Mensa" gibt es wohl noch keinen tag?
>> Kann das sein, oder habe ich da was nicht gefunden?
>>
>> Gruß,
>> Martin



-- 
Andreas Neumann

http://map4jena.de
http://map4erfurt.de
http://stadtplan-ilmenau.de

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


Re: [Talk-de] Rettungsleitstellen

2017-04-10 Diskussionsfäden Andreas Neumann


On 04/10/2017 08:18 AM, Rolf Eike Beer wrote:
> 
> Da hast du im Prinzip recht, aber wir mappen ja auch Eisenbahnsignale ;)
> 

Kontaktinformationen haben auch einen gewissen Informationswert für die
Bevölkerung. So macht man beispielsweise Krankentransporte auch via
Leitstelle (Ortstelefonnummer) aus.


-- 
Andreas Neumann
Manggasse 8
98693 Ilmenau

andr.neum...@googlemail.de

http://map4jena.de
http://stadtplan-ilmenau.de

Tel: +49 3677 8025205
Fax: +49 3677 8025206
Mobil: +49 151 23372465

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


Re: [Talk-de] Rettungsleitstellen

2017-04-10 Diskussionsfäden Andreas Neumann

On 04/09/2017 10:58 PM, Rolf Eike Beer wrote:
> Nein. Eine Rettungswache ist ein Aufenthaltsraum, ein Klo und eine Garage. 
> Alles weitere ist optional. Notrufe werden da grundsätzlich _nicht_ 
> angenommen 
> (wenn jemand mal spontan vor der Tür steht vielleicht schon). Wenn da der 
> Pieper klingelt setzt man sich ins Auto und fährt los, zu diesem Zeitpunkt 
> ist 
> die Wache dann durchaus auch mal völlig leer, das wäre mit den Notrufen dann 
> schon arg unpraktisch.
>
> Wo sich die Leitstellen befinden ist kein wirkliches Geheimnis, wenn du es 
> nicht weißt einfach mal den nächstbesten Polizisten/Feuerwehrmann/Sani fragen 
> wenn man mal ins Gespräch kommen. (Hint: es gibt für jede Fraktion i.d.R. 
> maximal eine pro Landkreis).
>
> Eike

Beispiel Ilm-Kreis:
Wir haben eine Rettungsleitstelle die rund um die Uhr besetzt ist und
quasi alle Notrufe annimmt. Für extreme Katastrophenfälle gibt es die
Technik aber auch an anderen vereinzelten Standorten. Weniger als
Redundanz für die Leitstelle, falls sie ausfällt. Mehr um bei
Katastrophen die Einsatzkräfte vor Ort besser koordinieren zu können.

Das maximal eine stimmt aber bezüglich der ständig besetzten
Leitstellen: Der Landkreis Sömmerda wird durch die Leitstelle der
Hauptstadt Erfurt mit betreut (da gibts dann urbane Horrorstories, wo
die Rettungswagen in die falsche Stadt geschickt werden, weil der Beamte
in der Leitstelle verpeilt hat, dass es auch außerhalb von Erfurt eine
Welt gibt).

Gruß
Andreas

-- 
Andreas Neumann
Manggasse 8
98693 Ilmenau

andr.neum...@googlemail.de

http://map4jena.de
http://stadtplan-ilmenau.de

Tel: +49 3677 8025205
Fax: +49 3677 8025206
Mobil: +49 151 23372465


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


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

2016-06-16 Diskussionsfäden Andreas Neumann

On 16.06.2016 14:58, Wuzzy wrote:

* Linien in Sportplätzen aus französischem Stil mit fixes

Oh nein!
Ich hasse diese Linien und halte sie grundsätzlich für eine schlechte
Idee. Es mag ja sein, dass diese Linien »schön« aussehen, aber das ist
hier egal. Meiner Meinung nach geht es bei einer Karte darum,
Information effizient rüberzubringen, nicht, um schön zu sein.
Die Linien sind außerdem teilweise irreführend, weil sie ja automatisch
gezeichnet sind und nicht unbedingt die tatsächlichen Linen abbilden
müssen. Vielleicht sind in der Realität auch gar keine Linien
gezeichnet.
Jedenfalls ist nicht offensichtlich, dass diese Linien nur rein
symbolischen Charakter haben, und nichts anderes.
Ich bin mir nicht sicher, aber könnten die Linien nicht auch mehrdeutig
sein, da es Sportarten gibt, die ein gleiches oder ähnliches
Linenmuster haben? Das wäre natürlich ebenfalls schlecht.

Ich bin grundsätzlich gegen solche Stilblüten. Man malt ja auch nicht
sämtliche Fahrbahnmarkierungen auf der Straße so auf dieser Karte oder
irgendetwas anderes seinem Aussehen nach, sondern grundsätzlich
abstrakt. Warum sollten Sportplätze anders sein?

Ich bin nicht dagegen, neue Informationen wie eben die Art des
Sportplatzes darzustellen. Aber dann bitte auf eine konventionelle
Weise.
Wie wäre es mit einem grünen Sportsymbol in der Mitte?
Also z.B. ein Fußball für Fußball, usw.
Bei mehreren Sportarten (Wert ist entweder »multi« oder eine Liste mit
Kommata) müsste man sich ein besonderes Symbol ausdenken, oder man
lässt es weg.
Wenn kein geeignetes Symbol für die Sportart vorhanden ist, lässt man
auch das Symbol weg.
Ich mag die Linien, da man als Wissender daraus auch die Sportart 
herleiten kann. Und man muss nicht wieder den Umweg über ein 
ausgedachtes Symbol nehmen.


Ja, es gibt hin und wieder Ähnlichkeiten, aber die sind eher selten oder 
nur bei ähnlichen Sportarten vorhanden.


Gruß
Andreas

--
Andreas Neumann

https://Map4Jena.de
https://Map4Erfurt.de
https://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Deutscehr tileserver

2016-02-01 Diskussionsfäden Andreas Neumann
Am 01.02.2016 um 10:55 schrieb Sven Geggus:
> Andreas Neumann <andr-neum...@gmx.net> wrote:
> 
>> ich kenne die Querelen bezüglich SSL-Zertifikate für OpenStreetMap.DE
>> von CACert. 
> 
> Ich nicht :)
> 
>> Die Frage ist nun für mich, ob die selben Probleme für Zertifikate von
>> letsencrypt bestehen?
> 
> Ich habe den Rant bei Fefe über letsencrypt gelesen und war dann erst mal
> etwas desilusioniert.  Wenn mir jemand ein howto für ein sauberes
> automatisiertes setup von letsencrypt mit SANs zeigt ist das im Prinzip kein
> Problem das für den deutsche Tileserver aufzusetzen.

Leider nein. Für meine Probleme habe ich einen Work-around gefunden,
jedoch verfüge ich nicht über eine solche Infrastruktur.

> Der deutsche Tileserver und auch unsere Webseiten haben aber eigentlich ein
> ganz anderes Problem. Alle wollen nur und niemand arbeitet mit :(
> 
> Was wir dringend brauchen ist ein Neustart des deutschen kartenstils als
> patchset des offiziellen carto style. 
> 
> Würde mich freuen wenn wir da 2-3 Leute finden würden, die sich darum
> kümmern.  Aus meiner Sicht hat das jedenfalls Priorität und ganz ehrlich
> https ist mir in diesem Fall völlig egal.

Die Kritik ist verständlich und berechtigt. Selbst kann ich derzeit aber
keine Zeit dafür erübrigen.

> Wir reden hier ja von offenen zugänglichen freien Daten.  Das Einzige was
> hier überhaupt verschlüsselungswürdig wäre ist wer von wo aus welche Kacheln
> aufgerufen hat.  Wer damit Probleme hat kann immer noch tor nehmen.

Naja, wenn du eine Seite via https anbietest, müssen auch die Tiles von
einer verrschlüsselten Verbindung kommen. Ich nutze sehr gerne den
deutschen Kartenstil und behelfe mich derzeit mit einer HTTPS-Proxy-Lösung.

Da Google allgemein das Ranking von Websites anhebt, wenn sie via HTTPS
abrufbar sind, werde wohl auch weitere Seiten den Schritt gehen. Dann
ist es schlecht, wenn keine Karten mehr erscheinen, weil die Tiles nicht
via HTTPS abrufbar sind.

> Gruss
> 
> Sven

Gruß
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] HTTPS für openstreetmap.DE

2016-01-30 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin,

ich kenne die Querelen bezüglich SSL-Zertifikate für OpenStreetMap.DE
von CACert. Die Frage ist nun für mich, ob die selben Probleme für
Zertifikate von letsencrypt bestehen? (Ich klammere bewusst den
höheren Ressourcenverbrauch aus und beziehe mich nur auf das
Beantragungsproblem der Zertifikate)

Gruß
Andreas

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)

iQGcBAEBAgAGBQJWrTUaAAoJENEKAxYRlUN9IFgL/00rbZBTLD+m2uFzmWV/EqvG
6hkYo6Dt9JdqxECX4vQZ1Vo7K6YuMq/8o0CVe+tN06qCyccvOPw8zegqIC2fEhCX
BZXsTFXOQRaA3ILKxwA+3XPpU+0lM0U5YGpcPbBINDuSY7JCF6t44eFFpcgZjjzp
ZbyBCm3fRunEqPUSjTasRrj42qCORyuMCqWllFwKK1U5L6aaVysbjUn4DMEBYMae
MBtBNb/1g5m4syT/iGkRNYwWpoXUg9uWeDZEpDYIbtbWn+3u+nNLSlBSWojC2Y0W
y2QEF5BBMfTXtfe+DG4bTKvra8xSH44X8ntUJmW6kkVmvXzBbW+vPGPms33tjfn0
Bqaa4TvIF3EKLKXBVl8RVmsF4A6nthBX+RJ25eBYaTih9h7KO3EI1HO5m/snSsl2
xjMIAk1Jo66LXnMyDtsDI6tycaIU5NiAEio8msTGPdwF/9S9SvUFu4824K+UXzFM
S+YDlOHqGP4OWB6dO2FlOZ9xBnC+Uj0o3QT2dQ8oRg==
=4sEK
-END PGP SIGNATURE-

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


Re: [Talk-de] information=guidepost auf eine kreuzungsnode

2015-03-19 Diskussionsfäden Andreas Neumann
On 19.03.2015 12:13, Florian Lohoff wrote:
 2) bicycle=yes ist ein legitimes Tag fuer information=guidepost und im JOSM
 preset vorgesehen.
 
 Aber auf einem highway way - auf was bezieht sich das bicycle=yes?
 
 Auf den guidepost oder auf den way?
 
 Semantisch ist das total kaputt und führt eben zu Fehlern im routing.

Das bicycle=yes ist ja nicht am Weg, sondern an dem Wegpunkt. Solange es
keine Einschränkende Wirkung hat (bicycle=no) sollte sowas zu keinem
Fehler führen. Spätestens bei Fußgängerüberwegen, die für Fahrräder
freigegeben sind [http://www.openstreetmap.org/node/285210431], würdest
du sonst Probleme bekommen.

Gruß
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] information=guidepost auf eine kreuzungsnode

2015-03-19 Diskussionsfäden Andreas Neumann
On 19.03.2015 14:03, Florian Lohoff wrote:
 Ich rede ja nicht von Theorie sondern von der Praxis. Mir sind die
 Dinger aufgefallen weil bei einem der router auf der webseite der über
 diese nodes nicht routen wollte. Soviel zum thema sollte.
 
 Beim ansehen ist mir dann aufgefallen das es eben total unklar ist auf
 was sich bei einem way node das tag bicycle=yes bezieht.
 
   information=guidepost
   bicycle=yes
 
 Mal davon eben abgesehen das es topologischer Unsinn ist das das
 in der Mitte der Straße steht.
 
 Wenn sich das bicycle nicht generell auf alles an diesem node bezieht 
 würde ich ja sagen sollte das ein guidepost:bicycle=yes sein oder so.
 
 Flo

Tut mir leid, aber das sehe ich nicht so. Wir beschreiben mit einem Node
nicht den Weg. Er ist nur Teil des Weges. Außerdem ist es quasi Regel,
dass jedes unabhängige Objekt ein Geo-Objekt für sich haben soll, um
solche Interpretationen nicht zu benötigen. Wie die Objekte zueinander
referenziert werden (Node auf Way, Objekt in Relation usw.) ist davon
unabhängig.

Ein Access-Tag sollte auf einem Way nur dann zum Problem werden, wenn es
mit einem barrier=* kombiniert ist, denn sonst bringt meine obige
Kombination spätestens dann Probleme, wenn man explizit sagt, dass die
Fußgängerampel NICHT für Radfahrer freigegeben ist ;)

Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] website=none

2015-03-11 Diskussionsfäden Andreas Neumann
Bitte nicht!!!

Aus Sicht des Auswerters: Ich versuche viele Fehler von Nutzern zu
kompensieren und teste z.B. ob das Protokoll hinterlegt ist usw. Ich
würde deinen Vorschlag vermutlich auf http://none oder gar http://no.ne
erweitern und als korrekte Website ausgeben.

Besser wäre ein note=no website oder website:none=yes oder so. Aber
bitte keine anderen Werte dem website-key übergeben, als URLs!!!

Andreas


On 11.03.2015 10:42, dktue wrote:
 Hallo,
 
 ich mappe gerade zu einigen POI die Website und finde aber auch viele
 POI, welche tatsächlich keinen Internetauftritt haben. Ich würde gerne
 festhalten, dass keine Website vorhanden ist. Daher die Frage: Gibt es
 einen etablierten Weg? Spontan würde mir website=none einfallen, möchte
 dieses Vorschlag jedoch explizit zur Diskussion stellen.
 
 Viele Grüße,
 dktue

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Straßenbahngleise auf Brücken (Rendering)

2015-02-19 Diskussionsfäden Andreas Neumann
Moin,

kann es sein, dass Mapnik Straßenbahngleise auf Brücken unter die Straße
zeichnet?

http://www.openstreetmap.org/way/194083416#map=19/50.92851/11.59543layers=N

Sowohl railway=tram als auch highway=tertiary sind mit bridge=yes
gekennzeichnet.

Viele Grüße
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Overpass-SQL Frage

2015-02-18 Diskussionsfäden Andreas Neumann
Moin,

Ich möchte gerne alle Daten eines Gebietes (eingegrenzt durch Relation).
Da Multipolygone und Grenzrelationen nicht zerstört werden sollen,
arbeite ich mit folgendem Befehl:

[out:xml];
area['de:amtlicher_gemeindeschluessel'='16070029']-.a;
(
  way(area.a);
  node(area.a);
  relation(area.a);
);
(._;;);
out;

Dadurch werden auch Objekte außerhalb der Grenzrelation geladen, wenn
sie Teil einer Relation sind, die zum Teil innerhalb der Grenze liegt.
Leider werden die auswärtigen Objekte vollständig attributiert geladen.
Ich brauche aber nur die geographischen Daten.

Gibt es eine Möglichkeit die Objekte außerhalb der Grenzrelation ohne
Attribute zu laden?

Hoffe, dass ich nicht allzu verwirrt klinge und irgendjemand eine Lösung
hat.

Viele Grüße,
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Abwesenheitsnotiz

2015-01-26 Diskussionsfäden Andreas Neumann
On 26.01.2015 17:01, Andreas Labres wrote:
 On 26.01.15 11:21, malenki wrote:
 Am 21.01. wurde das Problem in diesem Thread in der Tradition von
 Euro-Krise und NSA-Affäre bereits für beendet erklärt.

 *SCNR*
 
 Naja, ich verstehe die Ironie, aber irgendwie triffts das hier nicht. Wenn man
 dieses Feature schon implementieren muss, muss man das richtig machen.
 Precedence nicht beachten und an die falsche Adresse zurückschicken sind 
 *zwei*
 Fehler, die man so nicht machen darf. So haben Tausende (oder wieviele 
 Subcriber
 gibt's von talk-de) darunter zu leiden.
 
 /al

Mich würde interessieren, welches Programm dafür zuständig ist. Wenn ich
es richtig interpretiere, ist es nicht sein Standard-Mailclient, sondern
ein Programm auf seinem Mailserver. Leider schickts keinen User-Agent mit...

Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Abwesenheitsnotiz

2015-01-26 Diskussionsfäden Andreas Neumann
On 26.01.2015 18:08, Sven Geggus wrote:
 Der für martin-scholtes.de zuständige Server scheint ein selbstbetriebener
 Server oder VServer bei Strato unter Ubuntu Linux zu sein.

Soweit konnte ich die Header-Informationen auch nachvollziehen. Es ist,
um genau zu sein, ein Ubuntu 12.04 LTS.

 Vacation Reply kann man unter Unix entweder traditionell mit vacation 
 machen (was
 list-id eigentlich beherrschen sollte) oder neumodischerweise mit diesem
 Sieve Zeug. Exim Filter scheidet aus, das Teil hat nen Postfix laufen.

Smartsieve beherrscht den Precedence-Header, wenn man ihn korrekt
konfiguriert. Vacation kenne ich persönlich nicht, weshalb ich keine
Aussage über mögliche Fallstricke treffen kann.

 Weia, das wird jetzt aber extrem off-topic.

Meinst du? Auf der Liste hängen doch soundso nur noch die Freaks herum ;).

 Gruss
 
 Sven

Viele Grüße
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Umfrageplattform

2015-01-21 Diskussionsfäden Andreas Neumann
On 21.01.2015 10:47, Harald Hartmann wrote:
 Nachdem ich ein bisschen Zeit hatte, und mich mal wieder ein bisschen
 mit PHP beschäftigen, sowie auch einmal die OAuth Authentifizierung
 ausprobieren wollte, ist als Prototyp die Umfrageplattform für
 OpenStreetMap (http://osm.haraldhartmann.de/umfrage) entstanden.
 
 Der Begriff Umfrageplattform ist mit Absicht gewählt, und für den Moment
 ganz klar als Abgrenzung zur einer Abstimmungsplattform zu sehen ...
 deren Diskussion im Forum
 (http://forum.openstreetmap.org/viewtopic.php?id=26031) wohl noch als
 ergebnisoffen zu bezeichnen ist.
 
 Ich habe in der Umfrageplattform zwei Fragen gestellt, die immer wieder
 für Diskussionen sorgen - so zumindest mein Eindruck nach fast einem
 Jahr aktiven Dabeiseins. Die Fragen sind auch so gestellt, dass sie
 fragen, wie man es aktuell macht, unabhängig von der Lehrmeinung, Wiki
 oder Diskussionen
 
 Je nachdem wie das Feedback (bitte ausschließlich über das
 Feedbackformular auf der Seite) ist, würden sich bestimmt Mittel und
 Wege finden lassen, den Prototyp auszubauen.


Moin,

in wie weit werden die abgefragten Daten anonymisiert? In wie weit
hältst du dich an den deutschen Datenschutz?

MfG Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Umfrageplattform

2015-01-21 Diskussionsfäden Andreas Neumann
On 21.01.2015 13:23, Harald Hartmann wrote:
 Hallo Andreas,
 
 die abgefragten Daten werden wie folgt verwendet:
 - osm user id (fürs Unterbinden des Mehrfachvotings), changesets und
 account created (für die Auswertungen) werden an der stimme gespeichert

Im Umkehrschluss bedeutet das aber, dass du mein Abstimmverhalten
nachvollziehen kannst. Solange es nur um wie tagge ich was geht,
sollte es keine Probleme geben, aber wenn persönliche Daten abgefragt
werden (trägst du nur freudenhäuser ein, die du vorher inspiziert hast)
könnte es problematisch werden.

MfG Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Abwesenheitsnotiz

2015-01-20 Diskussionsfäden Andreas Neumann
Am 20.01.2015 um 20:40 schrieb Manuel Reimer:
 On 01/19/2015 08:50 PM, malenki wrote:
 Ist das eine wiederholte Einladung zur Facebook-Party in der
 sturmfreien Bude?
 
 Und jeder dahergelaufene Spam-Bot bekommt Aktivitätsbestätigungen frei
 Haus.
 
 E-Mail ist *kein* Echtzeitmedium. Für Briefpost beauftragt man ja
 schließlich auch keinen der die Briefe im Urlaub alle aufreißt um dem
 Absender einen Brief mit einer Abwesenheitsnotiz zukommen zu lassen.
 
 Gruß
 
 Manuel

Wir sollten froh sein, dass er nicht auf jede Mail im Verteiler antwortet.

MfG
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Start-/Landebahn

2015-01-12 Diskussionsfäden Andreas Neumann
On 12.01.2015 17:37, Martin Koppenhoefer wrote:
 [...] Um
 die Breite problemlos als width zu beschreiben, muss man sie erstmal
 kennen / messen, was bei Landebahnen oft nicht praktisch geht. 

Viele Flughäfen und -plätze geben Daten zu ihren Start- und Landebahnen
im Internet an. Dazugehören standartmäßig Höhe über NN, Kanal auf dem
der Tower erreichbar ist (und Öfnnungszeiten) und Breite, Länge und
Ausrichtung der Landebahn.


 Einen
 incline-tag halte ich hier auch für wenig sinnvoll, man kann aber z.B. die
 Höhen einzelner Punkte angeben, was dann auch deutlich mehr
 Informationsgehalt hat als der incline-tag. Ausser an Treppen nutze ich den
 eigentlich nie,

Ich nutze ihn auch ganz gerne an Straßen, wo ein Gefälle mit Warnschild
angegeben wird.


 Gruß,
 Martin

Viele Grüße,
Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] F: Kreuzungsfreiheit bei trunk

2015-01-09 Diskussionsfäden Andreas Neumann
Moin,

trunk soll bei autobahnähnlichen Ausbauzustand verwendet werden. Die
Schnellstraße in Jena ist zum Teil so gebaut, jedoch hat sie nun an
einigen Stellen Fußgängerampeln. Meiner Meinung nach, ist sie damit
nicht mehr Kreuzungsfrei. Sehe ich das falsch?

MfG Andreas

PS: Strittiger Changeset:
http://www.openstreetmap.org/changeset/28008947#map=15/50.8849/11.6071layers=N
(liegt aber nicht an diesem Nutzer, es wird häufig hin und her getaggt)
-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2015-01-01 Diskussionsfäden Andreas Neumann
Am 31.12.2014 um 23:08 schrieb Michael Reichert:
 Hallo,
 
 Ach komm, jetzt heul ned rum und stell de ned so dumm a.
 
 Für den Rest der Leserschaft: Gelegentlich passiert es, dass wir
 https-Links posten, weil das Admin-Interface aus naheliegenden Gründen
 über HTTPS erreichbar ist. Weil wir zu faul sind und es nicht für nötig
 halten, sparen wir uns den Zertifikatszirkus. Wer dennoch uns gerne per
 HTTPS erreichen möchte, kann den Fingerprint vergleichen und das
 Zertifikat importieren.
 

Würde es nicht ausreichen, ein Zertifikat von StartSSL oder CACert.org
unterschreiben zu lassen? Der Aufwand dies zu tun ist ziemlich gering...
Würde mich auch bereit erklären euch diesbezüglich zu unterstützen.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] osm2pgsql mit fehlerhaften Verhalten im --append Modus?

2015-01-01 Diskussionsfäden Andreas Neumann
Ich vermute mal, dass in den Dumps von Schleswig-Holstein und von
Hamburg eine Schnittmenge bei den Objekten gibt (z.B. das Grenzpolygon).
Da diese schon vorhanden sind, und du das selbe noch einmal hinzufügen
willst, gibt es einen Fehler.

Helfen kann ich dir leider nicht, da ich immer nur ein Bundesland
gleichzeitig lade...

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2015-01-01 Diskussionsfäden Andreas Neumann
StartSSL funktioniert sehr wohl für Subdomains: 
https://piwik.stadtplan-ilmenau.de/

Einzige Voraussetzung ist, das man sich als Owner der Domain registriert. 

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


Re: [Talk-de] [Talk-at] maxspeed=signals vs. maxspeed:variable=yes + maxspeed=x

2014-12-19 Diskussionsfäden Andreas Neumann
On 19.12.2014 12:03, Norbert Wenzel wrote:
 On 12/19/2014 09:31 AM, Martin Vonwald wrote:
 Meiner Meinung nach ist maxspeed:variable dem Tag maxspeed=signals deutlich
 überlegen, da es nicht nur die Information liefert, dass das
 Geschwindigkeitslimit variabel ist, sondern zusätzlich:
 * das höchste mögliche(!) Geschwindigkeitslimit
 * den Grund(!) für das variable Limit
 
 Ok, der Grund steht zumindest in AT manchmal dabei, zumindest beim IGL.
 Aber in den anderen Fällen und vor allem bei der Maximalgeschwindigkeit
 die angezeigt werden kann, kann ich mir als normaler Mapper, der selten
 Autobahnen mapped, eigentlich nicht erklären, wo die Daten herkommen
 sollen. Werden da dann Verordnungstexte in OSM eingepflegt oder wie kann
 ich als Gelegenheitsmapper auf einer Autobahn feststellen, was denn hier
 die richtige Geschwindigkeit ist? Ich kann mich nämlich nicht dran
 erinnern in letzter Zeit noch irgendwo Stahlschilder neben Signalanlagen
 gesehen zu haben.
 
 Ich versteh den Grund warum die Daten drin sein sollen, aber für mich
 schaut das derzeit so aus, als wären das Daten, die ein Mapper vor Ort
 nicht mehr einfach nachvollziehen kann. Das macht mir zumindest etwas
 Bauchweh.
 
 Norbert

Ich mappe immer maxspeed=Maximale Geschwindigkeit,
source:maxspeed=signal, bzw. nutze seit kurzer Zeit auch das
angesprochene maxspeed:variable=yes

Auf deutschen Autobahnen gibt es ein einfaches Beispiel für die oben
genannte Situation: Tunnel. Sie sind meist nur durch Signalanlagen auf
80 gedrosselt, können aber in besonderen Fällen noch weiter gedrosselt
werden. Auch einige stark frequentierte Autobahnen, sind je nach
Auslastung bei 120km/h oder runtergedrosselt.

Für Gelegenheitsmapper ist es immer schwierig alles zu erfassen. Egal in
welchen Bereich wir gelegentlich hineinschauen. Die maximal zulässige
Geschwindigkeit sollte von Ortskundigen erfasst werden, und man sollte
diesen Daten vertrauen. Ist man sich nicht sicher, kann man immer noch
auf Notes zurückgreifen und den Zweifel der lokalen Community damit
mitteilen.

Was die temporäre Drosselung betrifft:
Wir mappen nur, was wir sehen und was eine gewisse Zeit bestand hat.
Diese Regeln entstammt aus einer Zeit, wo vermehrt Baustellen
eingetragen wurde, oder User versuchten die fahrbare Geschwindigkeit
in bestimmten Gebieten zu attributieren.

@Norbert:
Wer als Nutzer ein Traffic-basiertes Routing wünscht, greift selten auf
statische Daten, wie OSM zurück, sondern nutzt heutzutage
Community-basierte Router, wie Waze.

Frohe Feiertage,
Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2014-11-11 Diskussionsfäden Andreas Neumann
Nutzer DD1GJ http://www.openstreetmap.org/user/DD1GJ hat soeben den
von mir gelöschten Node in abgewandelter Form wieder hergestellt
http://www.openstreetmap.org/changeset/26704923

Nun ist ebusiness als Wert beim Office-Tag eingefügt worden. Da es in
der Wiki nicht definiert ist, werde ich dem Nutzer eine Frist setzen
dies Nachzuholen (inkl. Diskussion mit der Community), ansonten werde
ich den Tag wieder löschen.

MfG Andreas

Nun ist das

On 08.11.2014 14:40, Andreas Neumann wrote:
 Hallo,
 
 mir ist gerade ein mehrschichtiges Problem unter gekommen.
 
 In Ilmenau existiert im TechnologieTerminal A die Firma tranSIT GmbH
 https://www.openstreetmap.org/node/3103940301. Sie wurde von Nutzer
 CornyJoe https://www.openstreetmap.org/user/CornyJoe eingetragen und
 von mir noch etwas verfeinert. Er hat weitere Tags ebusinesslotse*
 verwendet, die leider bisher nirgends definiert sind. Da sie aber einen
 eigenen Namensraum eröffnen und bestehende Tagging-Schemata nicht
 tangieren, war es mir egal (zumal er mehrere Firmen in ganz Deutschland
 so definiert hat).
 
 Bis hier her kein Problem, aber evtl. wichtig für Runde 2:
 
 Nutzer elotse-thueringen
 http://www.openstreetmap.org/user/elotse-thueringen legte einen neuen
 Node für die tranSIT GmbH
 https://www.openstreetmap.org/node/3132885744 an. Ich löschte den
 Node, da er für mich eindeutig redundant ist und schrieb den Nutzer an.
 Nun kam als Antwort zurück:
 
 die Gründe für die doppelte Anlegung ist das Bundesministerium für 
 Wirtschaft und Energie, die gerne möchte, dass der eBusiness-Lotse
 Thüringen einen eigenen Eintrag bekommt. Der Unterschied liegt auch
 nicht nur in der Mailadresse, sondern vielmehr in den
 Tätigkeitsschwerpunkten.
 
 Meine Fragen sind nun:
 
 - Sollen unterschiedliche Tätigkeitsbereiche als eigenständige Firmen in
 OSM eingetragen werden? Bzw. gibt es ein besseres Tagging, die sehr
 spezielle Problem abdecken (zumal es für außenstehende auch oft schwer
 nachprüfbar und wartbar ist)
 
 - Wer im BUNDESMINISTERIUM hat entsprechende Anweisungen ausgegeben?
 - Bzw. gibt es unsererseits einen Ansprechpartner im Bundesministerium,
 um über die Problematik zu reden?
 
 MfG Andreas
 
 PS: ich bin immer noch die Meinung, das ein Node reicht und eventuelle
 Tätigkeitsbereiche als Attribut drangepappt werden können, bzw. nicht
 als eigenständig getaggte Firma reingehören.
 
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de
 


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2014-11-08 Diskussionsfäden Andreas Neumann
Hallo,

mir ist gerade ein mehrschichtiges Problem unter gekommen.

In Ilmenau existiert im TechnologieTerminal A die Firma tranSIT GmbH
https://www.openstreetmap.org/node/3103940301. Sie wurde von Nutzer
CornyJoe https://www.openstreetmap.org/user/CornyJoe eingetragen und
von mir noch etwas verfeinert. Er hat weitere Tags ebusinesslotse*
verwendet, die leider bisher nirgends definiert sind. Da sie aber einen
eigenen Namensraum eröffnen und bestehende Tagging-Schemata nicht
tangieren, war es mir egal (zumal er mehrere Firmen in ganz Deutschland
so definiert hat).

Bis hier her kein Problem, aber evtl. wichtig für Runde 2:

Nutzer elotse-thueringen
http://www.openstreetmap.org/user/elotse-thueringen legte einen neuen
Node für die tranSIT GmbH
https://www.openstreetmap.org/node/3132885744 an. Ich löschte den
Node, da er für mich eindeutig redundant ist und schrieb den Nutzer an.
Nun kam als Antwort zurück:

 die Gründe für die doppelte Anlegung ist das Bundesministerium für 
 Wirtschaft und Energie, die gerne möchte, dass der eBusiness-Lotse
 Thüringen einen eigenen Eintrag bekommt. Der Unterschied liegt auch
 nicht nur in der Mailadresse, sondern vielmehr in den
 Tätigkeitsschwerpunkten.

Meine Fragen sind nun:

- Sollen unterschiedliche Tätigkeitsbereiche als eigenständige Firmen in
OSM eingetragen werden? Bzw. gibt es ein besseres Tagging, die sehr
spezielle Problem abdecken (zumal es für außenstehende auch oft schwer
nachprüfbar und wartbar ist)

- Wer im BUNDESMINISTERIUM hat entsprechende Anweisungen ausgegeben?
- Bzw. gibt es unsererseits einen Ansprechpartner im Bundesministerium,
um über die Problematik zu reden?

MfG Andreas

PS: ich bin immer noch die Meinung, das ein Node reicht und eventuelle
Tätigkeitsbereiche als Attribut drangepappt werden können, bzw. nicht
als eigenständig getaggte Firma reingehören.

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2014-11-08 Diskussionsfäden Andreas Neumann


Am 08.11.2014 um 16:24 schrieb Manuel Reimer:
 On 11/08/2014 02:40 PM, Andreas Neumann wrote:
 - Sollen unterschiedliche Tätigkeitsbereiche als eigenständige Firmen in
 OSM eingetragen werden? Bzw. gibt es ein besseres Tagging, die sehr
 spezielle Problem abdecken (zumal es für außenstehende auch oft schwer
 nachprüfbar und wartbar ist)
 
 Redundanz ist in OSM nicht nur üblich sondern auch gewollt. Die meisten
 Mapper sind keine Datenbank-Experten und das Zeug soll schließlich auch
 für Otto-Normalmapper editierbar bleiben.
 
 Wenn verschiedene Firmen in einem Gebäude sind, dann packe ich da auch
 mehrere Nodes ins Gebäude und hänge an jeden Node die Daten der
 entsprechenden Firma.
 
 Geht eigentlich auch garnicht anders, denn jede Firma hat einen eigenen
 Namen und eigene Kontaktdaten. Die überschneidenden Tags kann man nur
 durch getrennte Nodes sauber der entsprechenden Firma zuordnen.
 
 Gruß
 
 Manuel

Hallo Manuel,

mehrere Firmen trenne ich auch in eigenständige Objekte auf. Das ist gar
nicht die Frage. Hier sind aber zwei Nodes im selben Gebäude für ein und
die selbe Firma. Einziger Unterschied war: Die Emailadresse.

Ich lege auch redundante Objekte an. Wenn beispielsweise eine Firma an
zwei Standorten ist. Oder wenn an einem Objekt mehrere Firmen zu finden
sind. Dies ist aber beiden hier nicht der Fall.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2014-11-08 Diskussionsfäden Andreas Neumann


Am 08.11.2014 um 16:39 schrieb Manuel Reimer:
 On 11/08/2014 04:29 PM, Andreas Neumann wrote:
 mehrere Firmen trenne ich auch in eigenständige Objekte auf. Das ist gar
 nicht die Frage. Hier sind aber zwei Nodes im selben Gebäude für ein und
 die selbe Firma. Einziger Unterschied war: Die Emailadresse.
 
 Wenn es darum geht, dass unbedingt zwei Mailadressen rein sollen, dann
 trenne diese doch mit einem Semikolon ab und gut ist.
 
 Gruß
 
 Manuel

Scheinbar hab ich mich etwas missverständlich ausgedrückt. Ich bin der
Meinung, es reicht ein Eintrag. User elotse-thueringen ist der Meinung,
dass alles korrekt sei, da dies ja eine Anweisung des Bundesministeriums
sei und forderte mich auf die Doppeleintragung nicht wieder zu löschen.

Zitat:
 Das Ganze ist schwer zu verstehen, das weiß ich. Lass also die Einträge 
 bitte beide bestehen, es ist wirklich das Beste in diesem Fall eine
 Adresse / Einrichtung eben doppelt zu haben.

Ich verstehe nur nicht, warum ich Doppeleinträge haben soll (zumal ich
den Mist wieder irgendwie auswerten muss)? Ich verstehe nicht, warum
beide Einträge als Firma gemappt werden sollen und ich verstehe nicht,
was der Sinn hinter der Anweisung des Bundesministeriums ist.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] ÖPNV: Unnötige Aufteilung in platform und stop_postion

2014-11-05 Diskussionsfäden Andreas Neumann
On 05.11.2014 06:08, Tirkon wrote:
 [...]

+1


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Sinn der Relation

2014-10-30 Diskussionsfäden Andreas Neumann
Moin,

mir ist nun schon recht häufig aufgefallen, dass Gebiete von einigen
Nutzern von Areas in Relationen umgewandelt werden. Nun gut, über Sinn
und Unsinn kann man bekanntlich streiten.

Heute wurde in Ilmenau ein Gebäude in eine Relation umgewandelt
[http://www.openstreetmap.org/relation/4148179]. Es ist ein
Multipolygon, dass nur aus Außenwegen besteht. Die beiden Außenwege
haben keine eigene Attributierung und sind auch nicht Teil anderer Wege.

Kann mir _irgendwer_ den Sinn dieser Aktion erklären, außer dass ich
morgen früh prüfen muss, ob meine Stadtplansoftware den Mist noch
einigermaßen sauber interpretiert bekommt?

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Nochmal Openstreetmap.de

2014-10-28 Diskussionsfäden Andreas Neumann
On 28.10.2014 10:51, Michael Paulmann wrote:
 Nein das heisst einfach nur das ich wieder bei openstreetmap.org
 meine Karten anschaue, und nicht mehr bei openstreetmap.de. Wenn hier
 die Meinung besteht das ich doch gar nichts tue für Openstreetmap
 dann schaut doch einfach mal wie viele Nodes von mir stammen. Wenn
 Ihr meint das die Karte openstreetmap.de nicht genutzt werden sollte
 dann gebt das bitte auf der Karte an das sie nicht von unbedarften
 Nutzer benutzt werden soll.

 Paule

Hallo Paule,

Holger wollte dir auf seine charmante Art und Weise mitteilen, dass
OpenStreetMap.de, wie so vieles im OSM-Universum von Ehrenamtlichen und
Spenden abhängig ist. Derzeit stehen vermutlich nicht genügend
Ressourcen für ein Echtzeitrendering zur Verfügung.

Falls du dir deine Änderungen in einem bestimmten Gebiet anzeigen lassen
willst, gibts einen dreckigen Trick. Füge an die Tile-URL einfach
/dirty an, und das Tile wird so schnell wie möglich neu gerendert.
Wann ein Tile das letzte mal gerendert wurde, kannst du dir mit
/status hinter der URL anzeigen. Also z.B.

Tile-URL: http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png
Dreckiger Trick:
http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/dirty
Tile-Daten:
http://tile.openstreetmap.de/tiles/osmde/15/17377/11015.png/status

 Wenn Ihr meint das die Karte openstreetmap.de nicht genutzt werden
 sollte dann gebt das bitte auf der Karte an das sie nicht von
 unbedarften Nutzer benutzt werden soll.

Auch wenn OpenStreetMap.de mit dem Rendering etwas hinterher hinkt, hat
sie ihre Daseinsberechtigung. Ich habe die Karte als Standartkarte auf
meinen Stadtplänen eingebunden. Bei Nutzerumfragen hat sich gezeigt,
dass die älteren User mit dem deutschen Mapnik-Stil besser zurecht
kommen, da er viele graphische Elemente aus dem guten alten deutschen
Atlas verwendet. Das mal ein paar Tiles meinem Datenbestand in der
Datenbank etwas hinterherhinken, fällt selten auf.

Es kommt also immer darauf an, worauf man persönlich Wert legt. Wenn du
nur eine Karte brauchst, die deine Datenänderungen schnell anzeigt, bist
du bei osm.org genau richtig. Ansonsten hat jede Karte im OSM-Universum
ihre Daseinsberechtigung, je nachdem worauf man grad Wert legt.

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


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

2014-10-06 Diskussionsfäden Andreas Neumann
Am 05.10.2014 um 22:16 schrieb Stefan Keller:
 Am 5. Oktober 2014 21:22 schrieb Hakuch hak...@posteo.de:
 ich bin auch sehr dafür deprecated öfter und deutlicher einzusetzen, ich
 weiß garnicht ob es da schon eine entsprechende Formatvorlage für gibt?
 
 Es gibt diese englische Wiki-Seite:
 http://wiki.openstreetmap.org/wiki/Deprecated_features

Ich schaue aber nicht auf einer weiteren Seite nach, ob etwas veraltet
ist. Besser wäre ein riesiger Hinweis auf den entsprechenden Wikiseiten,
der ein Attribut enthält, den auch Taginfo entsprechend verwerten kann.

 Am 2. Oktober 2014 22:08 schrieb Thorsten Kurz tk...@gmx.net:
 ...
 highway=ford wurde durch ford=yes abgelöst, und dann gibt's da noch das
 veraltete landuse=reservoir das durch natural=water + water=reservoir
 ersetzt wurde.

 Ich glaube in den meisten Fällen mit mehreren Tagging-Schemen ist eines
 davon veraltet oder nicht richtig angewandt. Insofern dürfte die Suche
 nach depreciated im OSM-Wiki zu weiteren Fällen mit unterschiedlichen
 Tagging-Schemen führen.
 
 Ich habe kurz nachgeschaut:
 
 1. Ablösung highway=ford durch ford=yes :
 Ist in der Wiki-Seite vermerkt: 
 http://wiki.openstreetmap.org/wiki/Ford#Remarks
 Da gibt es noch 6'222 gegenüber 51'728.
 
 2. Ablösung von landuse=reservoir durch natural=water + water=reservoir :
 Ist in der Wiki-Seite vermerkt:
 http://wiki.openstreetmap.org/wiki/DE:Tag:landuse%3Dreservoir
 Da gibt es noch 308'718 gegenüber 25'537.

Das bisherige Problem ist, dass man Tagging-Schemas auf drei Ebenen
angreifen muss.

1.) Die Editoren müssen das neue Schema unterstützen und das Tagging
umstellen.
2.) Müssten die Auswerter (Renderer, Router usw.) sich umstellen
3.) Müsste man einen Bot durch die Datenbank jagen, der pauschal alles
umbenennt und noch einige Zeit danach die Datenbank überwacht

1. und 2. scheitert schon oft. Und das umbenennen wird oft nicht
vollzogen. Nehmen wir beispielsweise meinen letzten innerlichen
Aufreger: Vor einem Jahr fragte ich hier auf der Liste, wie man
Fahrradangebotsstreifen mappt. Ergebnis: Die englische Beschreibung für
cycleway=shared_lane passt am besten zur deutschen Situation. Ich mappte
also brav in mehreren Städten diese Variante. Mitte diesen Jahres wurde
stillschweigend die Bedeutung von cycleway=shared_lane geändert. Nun
haben wir falsche Daten in der Datenbank. Ändern tut das keiner mehr.
Wir nehmen den Fehler einfach hin. (wobei ich es eher als Fehlverhalten
des Wikiänderers ansehe, da man nicht einfach die Bedeutung bestimmter
Tags ungefragt ändern sollte).


Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Unbenutzbare Wanderwege - was tun?

2014-09-24 Diskussionsfäden Andreas Neumann
On 24.09.2014 22:04, thsMD wrote:
 Hi,
 ich mache gerade Urlaub in den Alpen. Dabei ist mit aufgefallen, dass in der
 OSM-Karte Bergwanderwege T3/T4 vorhanden sind, die nicht mehr benutzbar
 sind. Keine Wegweiser an den Kreuzungen/Einmündungen oder
 Kreuzungen/Einmündungen nicht gar nicht meht vorhanden. Verlauf kann man
 stellenweise noch erahnen, aber Weg ist wie gesagt garantiert nicht
 benutzbar.
 
 Was tun? 
 
 Weg einfach löschen? Oder gibt es irgendein Attribut für unbenutzbar?

Meinst du Routen oder Wegsegmente?

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] webcam im contact-Namensraum

2014-08-26 Diskussionsfäden Andreas Neumann
Moin,

ist es sinnvoll URLs zu Webcams im
Contact-Namensraum[http://wiki.openstreetmap.org/wiki/Key:contact:webcam] zu
haben? Ich sehe darin keine Möglichkeit zweiseitiger Kommunikation, bzw.
die Möglichkeit der Kommunikationsanbahnung...

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Kontaktadresse vs. Objektadresse

2014-08-18 Diskussionsfäden Andreas Neumann
Moin,

beim mappen einer Universität ist mir aufgefallen, dass schwierig ist
die Kontaktadresse zu hinterlegen. Meist ist dies eine Postfachadresse
(was vom addr:*-Schema nicht abgedeckt wird). Mal abgesehen davon, dass
viele Gebiete, die zur Universität nochmal eine eigene Adresse besitzen
(durch die Trennung Universität=relation, Gebiet=way würde das aber
nicht groß ins Gewicht fallen).

Ist es sinnvoll/gewünscht Kontaktadressen zu hinterlegen, bzw. gibt es
(zumindest für Deutschland) einen Anbieter, der von solch großen
Objekten, die Adressen anbietet und mit einem speziellen Tag verlinkt
werden kann?

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Adressdaten in POI nodes

2014-08-09 Diskussionsfäden Andreas Neumann
Am 09.08.2014 um 18:40 schrieb Bernhard Weiskopf:
 Hallo an alle,
 
 z. B. in meiner Umgebung wurden bei zahlreichen Restaurant-Nodes u. ä. die
 Adressdaten (addr:* = …) gelöscht.
 
 Soll man die jetzt nicht mehr eintragen, weil die z. B. aus der Umrandung
 „building = …“ herausgelöst werden können, oder hätte der Mapper die nicht
 löschen sollen?
 

Eigentlich sind die Daten redundant, jedoch ist es für einen Auswerter
deutlich schwieriger, umfassende Adressdaten mit Nodes und Ways zu
verknüpfen (noch grausamer sind übrigens einige Varianten mit Relationen).

Ob also eine umfassende Adresse mit dem Node verknüpft wird, hängt vom
Auswerter ab.

Es gibt unzählige Auswerter, die dieses Feature nicht unterstützen. Dazu
zählen fast alle Tools, die mit Overpass arbeiten. Aber auch Tools, wie
wheelmap, wo man Adressdaten von Hand nachtragen kann. Es wird also
zukünftig auch immer wieder zu redundanten Daten kommen, weshalb ich
diese nie lösche.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Radweit routen löschen? (WAS: Radweit)

2014-08-09 Diskussionsfäden Andreas Neumann
Am 09.08.2014 um 10:15 schrieb Martin Koppenhoefer:
 
 
 Il giorno 09/ago/2014, alle ore 02:32, Archer arc...@gulli.com ha scritto:

 Es sollen Routen erfasst werden, die auch in der Realität existieren.
 Schlagendes Argument ist ihre Ausschilderung mit einer Wegweisung
 http://de.wikipedia.org/wiki/Radverkehrsnetzwerk#Fahrradwegweisung
 entlang der Route. Dadurch erhalten sie einen offiziellen Charakter.
 
 
 wobei ich das so lese, dass zwar alles klar ist, wenn es eine Beschilderung 
 gibt, aber der Umkehrschluss nicht unbedingt gilt, d.h. es kann evtl auch 
 Routen geben, die es in der Realität gibt, die aber keine Schilder haben.
 
 Gruß,
 Martin

Zwei Beispiele aus Ilmenau:

Die Waldrand-Route ist eine Radwanderroute des ADFC und anderer lokaler
Vereine am nördlichen Thüringer Wald von Eisenach bis Saalfeld. Sie ist
im Ilmenauer Raum nirgends ausgeschildert, existiert aber auf
Kartenmaterial.

Für das Radkonzept habe ich die innerstädtischen Verkehrswege als Routen
angelegt. Auf diesen sollen die Radverkehrsströme zwischen den Vierteln
verlaufen (und tun es auch größtenteils). Die Wege entlang der Routen
werden schwerpunktmäßig für den Radverkehr ertüchtigt, jedoch sind diese
Routen nur im schriftlich vorliegenden Radwegekonzept vorhanden und
nicht ausgeschildert.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Radweit

2014-07-31 Diskussionsfäden Andreas Neumann
On 31.07.2014 17:23, Sven Geggus wrote:
 Die mildere Variante wäre ein umtaggen auf route=bicycle_inoff oder so.


Mal als Frage: Werten die Router pauschal alle route=bicycle aus, oder
nehmen sie nur bekannt network=* in die Routenplanung mit auf?

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


[Talk-de] Gibt es einen Tag für Kasseler Sonderbords?

2014-07-21 Diskussionsfäden Andreas Neumann
Moin,

wie taggt man am besten Kasseler Sonderbords (die hohen weißen, etwas
angeschrägten Bordsteine an Bushaltestellen)? Laut alter Diskussion[0]
ist ein wheelchair=yes unangebracht. Ich bin mir ziemlich sicher schon
einmal ein entsprechendes Tagging an einer Haltestelle gesehen zu haben,
finde aber nichts im Wiki dazu. Kann jemand helfen?

MfG Andreas


[0] http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/78054
-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Gibt es einen Tag für Kasseler Sonderbords?

2014-07-21 Diskussionsfäden Andreas Neumann
Am 22.07.2014 02:22, schrieb fly:
 Kling nach kerb=raised [1].
 
 cu fly

Naja, ein Kasseler Sonderbord ist nicht nur ein erhöhter Bordstein. Er
ist auch etwas angeschrägt, so das Niederflurbusse besonders gut ran
fahren können.

Ich hatte gehofft, dass es ein Tag speziell für die Bushaltestelle (also
für public_transport=platform) gibt. Evtl. kennt jemand im selben Zug
ein Tagging, dass die Bushaltestelle über Blindenleitlinien verfügt.

Und wo ich grad beim recherchieren war: Gibt es bereits ein Tagging, wo
sich die Bushalteposition befindet (auf der Straße, dem Parkstreifen,
halbe Bucht, schräge Bucht, ganze Bucht)?[0]

MfG Andreas


[0] Siehe Folie 3
http://www.barrierefreiheit.de/tl_files/bkb-downloads/Projekte/barrierefreier_verkehrsraum/Haltestellen_Strassenraum.pdf

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


[Talk-de] Google-Maps

2014-07-05 Diskussionsfäden Andreas Neumann
Moin,

kann es sein, dass Google-Maps seine Luftbilder aktualisiert hat?
Ilmenau sieht mir verdammt nach letzten Herbst aus.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Wie exakt Landnutzungsflächen eintragen?

2014-07-04 Diskussionsfäden Andreas Neumann
On 04.07.2014 21:02, Sascha Pomplun wrote:
 Juten Tach!

Moin.

 Es macht mir aber auch selber keinen Spaß 
 eine Straße bearbeiten zu müssen, die noch in irgendwelchen 
 Flächennutzunsrelation befindet.

Diese unart sehe ich auch immer öfter. Ich mappe keine Flurgrenzen,
versuche aber soweit möglich Gebiete am Straßenrand enden zu lassen. Die
Flächenrelationen finde ich schrecklich, zumal ich immer befürchte, dass
es irgendwo Editoren gibt, die diese unwissentlich zerstören. Auch die
Argumentation es endet doch an der Straße kann ich mittlerweile nicht
mehr nachvollziehen (ja, ich gehörte auch mal zu den Befürwortern). Ich
finde es genial, wenn man anhand der Konturen von Gebieten die Ausmaße
der Straße sehen kann :D

 Ich will Qualität und keine Quantität! Was will die Mehrheit der Mapper?

Ich will vor allem Wartbarkeit. Zäune mappe ich auch. An Gebäuden, wo
ich fast täglich vorbeikomme oder wo es mir sinnvoll erscheint. Aber
Mircomapping halte ich für übertrieben, da es mit einer Communitylösung,
wie OSM einfach auf Dauer nicht wartbar ist. Ich sehe das immer an den
Öffnungszeiten. Es gibt ein Bedürfnis diese zentral zu haben, aber sie
werden selten bis nie aktualisiert. Geänderte Öffnungszeiten bekommt man
auch nicht so schnell mit, außer man ist selbst davon betroffen UND
ändert den Fehler in OSM. Ähnlich dürfte es sich bei der Gestaltung von
Hinterhöfen halten.

In Gegenden, die ich nur selten besuche, mappe ich daher maximal noch
Straßen, deren Namen und Begrenzungen und Hausnummern. Manchmal noch
Geschäfte oder örtliche Besonderheiten.

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Hermes Paketannahmestelle/Paketshop

2014-07-03 Diskussionsfäden Andreas Neumann
Ich habe es meist so gelöst, dass ich das Ladengeschäft als Fläche
gemappt habe, in den ich einen Punkt mit der Paketannahmestelle gelegt habe.

MfG Andreas

Am 03.07.2014 21:56, schrieb Johannes:
 Auf https://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister
 steht, dass eine Paketanahmestelle für Hermes mit brand=Hermes getaggt
 wird. Aber wie tagge ich so eine kleine Paketannahmestelle, die meistens
 mit in einen Kiosk integriert sind? Gruß Johannes

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Fahrradrouting - Wie verbessern?

2014-07-01 Diskussionsfäden Andreas Neumann
On 01.07.2014 11:51, Sven Geggus wrote:
 Bernhard Kuisle bernhard.kui...@web.de wrote:
 
 Um das Routing etwas zu vermenschlichen, wäre mein Vorschlag, einem vom
 Fahrrad benutzbaren Weg ein Tag hinzuzufügen zu können, dass die
 Radfahrerqualitität des Weges aufzeigt.  z.B.: cycle_quality mit Werten
 von -5 bis 5.
 
 Das wird so nicht funktionieren, weil das alles viel zu subjektiv ist. Schön
 kann man das beim SAC-scale beobachten. Das stuft jeder anders ein, was dazu
 führt, dass der Tag in der Praxis komplett unbrauchbar ist.
 
 Ich finde ehrlich gesagt, dass tools wie brouter
 http://brouter.de/brouter-web/
 sehr brauchbare Radrouten berechnen.
 
 Gruss
 
 Sven

Eine Radtauglichkeit ist auch nicht so fest wie eine Widmung. je nach
Jahreszeit und Wetter kann eine Strecke sehr gut oder sehr schlecht
sein. Ich würde den schwarzen Peter nicht der Datenbasis der Weggraphen
zuschieben, sondern den Routern. Interessant wäre doch einmal, wenn
jemand einen Ansatz wie Waze verfolgt. Als Grundlage die Streckenführung
von OSM nimmt und eine Gewichtung nach der Nutzung durch die User vornimmt.

MfG Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Grillfleisch-Automat

2014-06-30 Diskussionsfäden Andreas Neumann
Den, nach eigenen Angaben, ersten Bratwurstautomaten habe ich wie folgt
eingetragen:

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

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Grillfleisch-Automat

2014-06-30 Diskussionsfäden Andreas Neumann
On 30.06.2014 11:24, Andreas Goss wrote:
 Nur bbq reicht nicht als Wert.
 
 Man könnte auch über food gehen:
 
 vending=food
 food:bbq=yes
 
 Ist halt die Frage wie man vending=food definiert. Wenn das automatisch
 immer ein Snackautomat ist, dann macht das natürlich wenig Sinn.
 Andererseits hat es eben den Vorteil, dass ich nicht für jedes
 Nahrungsmittel einen neuen vending=tag brauche, dann müsste ich halt nur
 jedes mal vending=food; food:snacks=yes setzten, wenn ich diesen
 typischen Automaten am Bahnhof meine.


+1


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


[Talk-de] Frage Abbiegebeschränkung Berlin

2014-05-27 Diskussionsfäden Andreas Neumann
Moin,

es geht um diese Kreuzung:
http://www.openstreetmap.org/?mlat=52.51203mlon=13.44328#map=19/52.51203/13.44328layers=N

Hier wurde eine Abbiegebeschränkung (Relation) definiert, so dass der
Verkehr nur auf der gelben Straße fahren darf. Im wirklichen Leben ist aber:

a) die weiße Rüdersdorfer Straße für den allgemeinen Verkehr gesperrt,
aber für Einsatzfahrzeuge, Fußgänger und Radfahrer freigegeben
b) An der Hauptstraße stehen nur Schilder für eine Abbiegende
Hauptstraße, keine mit blauem Pfeil.

Meines Erachtens ist die Abbiegebeschränkung hier falsch. Der
Normalverkehr sollte durch das access-Tag soundso nicht durch die
Nebenstraße geroutet werden.

Normalerweise würde ich jetzt drauf los wildern, jedoch habe ich die
Informationen nur aus zweiter Hand. Ich war nicht vor Ort und gehöre
nicht zur örtlichen Community.

Daher, falls hier ein Berliner mitliest: Darf ichs löschen?

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Hausnummern-Mapping

2014-05-24 Diskussionsfäden Andreas Neumann


Am 24.05.2014 09:52, schrieb Andre Hinrichs:
 Moin Moin!
 
 Lösung 2: Einfach (wie bei der Interpolation) raten und eintragen und
 gut is.

Das ist die Lösung, die ich meist nutze. Manchmal versuche ich durch
drittquellen mein geratenes zu verifizieren.

 Lösung 5: Gleich dem Ordnungsamt Bescheid geben. Das fände ich schon böse...

Das klingt böse, wäre aber der korrekte Weg. Zumal ich die verdutzten
Gesichter im Ordnungsamt sehen möchte :D. Warum der korrekte Weg? Bei
vielen Komunen ist es in einer Verordnung geregelt, dass jedes
Grundstück eine von außen gut sichtbare Hausnummer haben muss. Leider
halten sich, insbesondere auf den Vororten (wo doch jeder weiß, dass
hier Nummer X ist), recht viele nicht an diese Anordnung.

Ein Beispiel aus unserer Nachbarkomune (ich finde es für Ilmenau grad
nicht):
http://www.arnstadt.de/dokumente/47b6c1f9de4f939fbec7ba9c0faa1a6f.pdf
§6 tut dann sogar weh ;) Bring mal deine Bank dazu dir 10.000 DM
auszuzahlen :D

 2.) Interpolation mit Häusern: Das addr:interpolation-Tag (odd oder even
 oder all) kann nur mit Nodes verwendet werden. Wenn Häuser jedoch als
 Gebäude eingetragen sind, kann dieses Tag nicht verwendet werden (oder
 doch?), da man keine Linie zwischen zwei Gebieten ziehen kann. Z.B. in
 Clausthal-Zellerfeld meldet der housenumer validator deshalb einige
 Fehler, die aus diesem Problem resultieren. Daher meine Frage, was ihr
 von einer interpolation-Relation halten würdet. Dort könnten dann auch
 Gebäude als Start- oder End-Punkt herhalten.

Dagegen! Es war schon kompliziert genug Interpolationen mit Punkten nach
allen regelkonform auszuwerten. Relationen macht das ungemein
komplizierter. Falls Gebäude drin liegen lege ich einfach den Node mit
der Hausnummer IN das Gebäude oder unterbreche entsprechend vor und nach
dem Gebäude die Interpolation.

Die Interpolation ist soundso nur eine Hilfe um länge Straßenzüge
schneller mappen zu können. Besser wäre es jede Adresse einzeln zu
mappen. Hier in der Gegend haben sich bereits einzelne Nutzer daran
gemacht Interpolationen aufzulösen.

 Ich bin auf eure Meinungen gespannt.
 Andre

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Hausnummern-Mapping

2014-05-24 Diskussionsfäden Andreas Neumann
Oh, gefunden! Ilmenau hat sogar schon auf Euro umgestellt

http://www.ilmenau.de/files/30-8.pdf

Sehr schön finde ich auch, das genau vorgeschrieben ist, wie die Nummer
angebracht sein muss und auszusehen hat. Also: Schau, ob es bei deiner
Komune auch eine solche Verordnung gibt und schreib eine Anzeige. Du
bekommst soundso nie heraus wer wo der Hauseigentümer ist. Vergeude
daher nicht dafür deine Zeit und lass dein Steuergeld für dich arbeiten.

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


Re: [Talk-de] Hausnummern-Mapping

2014-05-24 Diskussionsfäden Andreas Neumann
Bitte nicht falsch verstehen. Ich will nicht als Hilfssheriff auftreten
und meinen Lebenssinn im Anschwärzen von Leuten finden. Jedoch ist es
für das Ordnungsamt ungemein einfacher den Hauseigentümer anzuschreiben,
um den Fauxpax mit ihm zu klären. So wie ich meine Komune kenne, wird
hier auch nicht gleich ein Ordnungsgeldbescheid ausgeschrieben, sondern
erst einmal ein mahnendes Schreiben aufgesetzt.

Die Verbindung zw. Anschwärzen und OSM sehe ich auch nicht wirklich.
Solange ich nicht in der Zeitung einen Artikel schreibe, dass ich für
OSM Hauseigentümer anschwärze, werden die Beschuldigten maximal meinen
Namen erfahren. Das hat aber nix mit OSM zu tun.

Den herablassenden Verweis auf das angeführte DDR-Gesetz kommentiere ich
jetzt nicht.

Am 24.05.2014 13:19, schrieb Falk Zscheile:
 Am 24. Mai 2014 10:27 schrieb Andreas Neumann andr-neum...@gmx.net:


 Am 24.05.2014 09:52, schrieb Andre Hinrichs:
 
 Lösung 5: Gleich dem Ordnungsamt Bescheid geben. Das fände ich schon böse...

 Das klingt böse, wäre aber der korrekte Weg. Zumal ich die verdutzten
 Gesichter im Ordnungsamt sehen möchte :D. Warum der korrekte Weg? Bei
 vielen Komunen ist es in einer Verordnung geregelt, dass jedes
 Grundstück eine von außen gut sichtbare Hausnummer haben muss. Leider
 halten sich, insbesondere auf den Vororten (wo doch jeder weiß, dass
 hier Nummer X ist), recht viele nicht an diese Anordnung.

 Die Pflicht zur Anbringung einer Hausnummer ergibt sich übrigens aus §
 126 Abs. 3 Satz 1 BauGB.

Interessant. Das kannte ich noch gar nicht!

 Du musst es ja nicht im Sinne einer Anzeige formulieren. Wenn du
 schilderst was OSM tut und darauf hinweist, welche Probleme du bei den
 Hausnummern festgestellt hast, dann ergibt sich vielleicht auch die
 Möglichkeit einer Kooperration -- Straßenlisten u.ä. Das hängt aber
 auch davon ab, ob dir Kontakt mit Menschen und Ämtern liegt.
 Vielleicht findet sich ja in der Behörde jemand, der für ein
 gegenseitiges Geben und Nehmen in diesem Bereich offen ist. Vielleicht
 sucht ja dere Bürgermeister gerade nach ener Möglichkeit, sich im
 Bereich des Open Government zu profilieren.

Ich würde es wenn, dann so machen. Die Hoffnung der Zusammenarbeit habe
ich nur begrenzt. Ich habe bereits von der Stadt begrenzte
Datenzuwendungen erhalten, jedoch ist eine Zusammenarbeit nur mit
bestimmten Mitarbeitern recht erfolgreich.

 Gruß Falk

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de

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


[Talk-de] Seltsame shop-Taggings

2014-05-21 Diskussionsfäden Andreas Neumann
Moin,

ich versuche grad mal wieder die neuesten Neuheiten beim shop-Tagging in
meinen Stadtplan zu friemeln. Abgesehen davon, dass ich nicht verstehe,
wofür wir zusätzlich shop=cosmetics brauchen, kann mir irgendwer
erklären, wofür shop=energy steht? Ich saß grad vor meinem Bildschirm
und stellte mir bildlich vor, wie ich mit der Autobatterie in einen
Laden gehe und die mir aufladen lasse.

Falls jemand eine passende Übersetzung findet, wäre ich sehr glücklich
darüber!

Schönen Abend,
Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Seltsame shop-Taggings

2014-05-21 Diskussionsfäden Andreas Neumann
Und gleich noch einen hinterher: shop=craft

Ich verstehe ja das bedürfnis zu sagen, hier können Handwerker einkaufen
und ich kenne solche Läden, wo nur Handwerker einkaufen können. Aber da
haben wir Baufachhandel, Sanitätsfachhandel, Elektrofachhandel,
Papierfachhandel usw. Dieser Tag ist so nichtsaussagend, wie shop=yes.

On 21.05.2014 18:42, Andreas Neumann wrote:
 Moin,
 
 ich versuche grad mal wieder die neuesten Neuheiten beim shop-Tagging in
 meinen Stadtplan zu friemeln. Abgesehen davon, dass ich nicht verstehe,
 wofür wir zusätzlich shop=cosmetics brauchen, kann mir irgendwer
 erklären, wofür shop=energy steht? Ich saß grad vor meinem Bildschirm
 und stellte mir bildlich vor, wie ich mit der Autobatterie in einen
 Laden gehe und die mir aufladen lasse.
 
 Falls jemand eine passende Übersetzung findet, wäre ich sehr glücklich
 darüber!
 
 Schönen Abend,
 Andreas


-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Postalische Bezeichnung (addr:place -)

2014-03-28 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Einerseits wäre addr:place wohl das sinnvollere. Andererseits werten
viele Programme nur addr:street aus und wie du es ausschreibst wäre es
einer Straße gleichzusetzen.

Jetzt ist die Frage, ob du es syntaktisch korrekt taggen willst oder
für die Auswerter.

MfG Andreas

Am 27.03.2014 21:51, schrieb fly:
 Hallo
 
 Habe erneut eine Frage
 
 Habe hier mehrere Hof ohne Straßennamen anstelle wird
 Außenbezirk verwendet. Welchen Tag soll ich nun für Außenbezirk
 verwenden ?
 
 addr:street addr:place
 
 oder doch addr:full ?
 
 Die Adresse laute also:
 
 Name Außenbezirk Hausnummer PLZ Ort
 
 cu fly
 
 ___ Talk-de mailing
 list Talk-de@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-de
 

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTNQ/fAAoJENEKAxYRlUN9zQIMAI/JyQCtEuAcTlHhCJwSj7Oq
NiQ+5Zd5jLKQ1r6rKJyrYzBRBlC69ZdzJV582COrVvbALo00wx3tgThbGrVRedAq
2GfL+KEUuzAfko2UT2olaxwWwEFZVQeeeUHwezWMf5ArqjOomXtFAKHrlkLuMIf7
29LgkGZ3dUYKGCvX+M9lYOrvm6EDDUW8ALdYRJBaUqJtDvquRXKlub+Exibnw2xw
u/NjkPcgNMUxClMmRYVNYJHC81YfAzLb6YmC49/z/LqywNJcVdslWjI9zusKc7bU
HHqfKdQtToTEQSOCRS9Rr14IE3Lc0Ai7Nk4Dq31LAUKZRASSkgkJNpxOLqPcIYlN
Elh2IWurD7fcn2C3L7lQKXj7rk54gmNyADmdrIhrJXMkgz1kZWJ6p/fjtktmQ7BA
4lX6+bTsNxiX8LeVKngfky7Q0gMpEne7YUu5pXNmYr+M8S7NyWvSH8FEkjqHwIJX
JKhJbBz+31cQO6Q5EYIJwb/lTAEEdDEJczvePKILUQ==
=2TVM
-END PGP SIGNATURE-

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


Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!

2014-03-28 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin,

ich verwende HTTPS-Everywhere, weshalb ich automatisch auf die
HTTPS-Version[1] deiner Seite umgeleitet wurde. Dabei zeigte sich ein
Problem: Du bindest deine Scripte hart mittels HTTP-Link ein. Da
Chrome auf einer HTTPS-Seite ungesicherte Verbindungen standartmäßig
unterbindet, werden sämtlich Skripte nicht ausgeführt.

Entweder du bindest deine Stylesheets, Skripte und Grafiken gleich via
https ein, oder du überlässt die Wahl des Protokolls dem Browser und
bindest z.B. http://remaptcha.herokuapp.com/static/web/layout.css;
nur als //remaptcha.herokuapp.com/static/web/layout.css ein. Der
Browser fügt dann automatisch das Protokoll ein, was er bereits für
den Abruf der Seite verwendet hat.

MfG Andreas

[1]https://remaptcha.herokuapp.com/

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTNYZMAAoJENEKAxYRlUN9nq0L/1gtMlhl12vpmcNXKReSlJpf
CDnRHkB4F3H1aWduClOShAoa/kzK+o1umc6mjlP+sR47dTfuuIz1dVAMmGpQDfGR
nQYOYyvFTJhN+/FxNpGHQVmZnmalwcCs7SqtKOi8TdUwPL7L4mMuRoL9DuLe3nDe
+UD9V8WjCTGVcWAtFEzYnJZVk3Oc5Flu3ADXcsgFaVtz0UYEHTBzZBKoL7MIlvje
orgWo4zQvKG6P8Mfm2nRt/tbTB4xdALPUb7HMJI65hRCFXbN6gK4a0DQP/+j3DYr
ini86faaNmjANmEFy8WlTQ2gQjbaKbIqNRqI6aXZitccuHw8q7rAnvVYN+fB79pT
X61cHmNiY8aV4WSznPygQXKxVc1H4icSyNmnOkT5FnWKnfpGXOftI8pLGI1rTCpH
beODNawaDmqHFIsawFncbc8yyltDB5h49CR13P+4jTiFTxhPH+XwvXUohvH7p/yC
hzR9FsKFlKChGQCgQd3rfWWiZs4tGMznlawHWLgnWw==
=Q8Pi
-END PGP SIGNATURE-

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


Re: [Talk-de] ReMAPTCHA Demo BETA 0.2 online!

2014-03-28 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Am 28.03.2014 15:07, schrieb Dietmar Seifert:
 Genau das würde ich auch noch kurz in dem Dialog bringen, als
 Motivation und Klarstellung. Ich habe auch erst letzte Woche
 gehört, das Captchas im Google-Umfeld auch dazu dienen, unklare
 Hausnummerschilder als Service für Google zu erkennen.

Nicht nur Hausnummern. Die Wörter stammen zum großen Teil aus den
automatisch gescannten Büchern von Google und die Captchas dienen zur
besseren Worterkennung. Die Hausnummern kamen erst später dazu.

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTNYRSAAoJENEKAxYRlUN9vKwL/jtFWmmzAIrnd76BGyU+b48f
sqPC7Mf/HI3/Tq9wAgSsvQgxVlO4IYOePvh3F4E4FvvS58ye7NIfks15cURRU5kp
yqrWxoyvd1vj/JMXUHVZZ9sXA2ZjgVxZ/lzlshomUTTQq9BWu3D+ILJQwYVimmrU
yYz+2lR5BEI+SQNGBEU6xhQCvl2rjwKURkGQRXHgEpCdWoyMgYqelPIxs8sfORsH
cNYw2WFh4DBLdE/O86ieFGKlx8P+ka1jmalnkglR0bcPXoWDqLG6JCkapopNAyPu
ozy9lk34WaBwZFnsQuNsR5MXyPG7JGZVGAVhfmO3tDDjhp3Shrr+wK+UAXvlPp95
vOv3rQzdP6HjKD6KTwB0muvgch9aXzwu5/+duk6XjYlxaDnqxK1fF2uobITzYSLy
aBfbReItsr3O7p7cTsQpB7oFg90BcWvZ6VPXLp9GP2k17DphRcC+fEW9eNBC2NNR
leNvNLRpOaAg7BluKDTvL1dEqMWZuo3XqGbJRnlbcA==
=ScSG
-END PGP SIGNATURE-

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


[Talk-de] Notes-RSS-Feed

2014-03-15 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Moin,

wo muss ich mich melden, um im Notes-RSS-Feed[0] der API eine Änderung
zu erwirken? Mich nervt etwas, dass die Links zu den Notes in die API
geht und nicht zur Website.
Oder gibt es einen RSS-Feed für Notes in einem Gebiet, der dieses
Feature bietet?

MfG Andreas

[0] z.B.
http://api.openstreetmap.org/api/0.6/notes.rss?bbox=10.824,50.636,10.968,50.75
- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTJIvIAAoJENEKAxYRlUN9X98L/0bUYAH1t3hg2T4wHNz/9OYf
TpLkLZy791f4vAmOLIipNlidI1PLSxCieI7MuQi1SFwn47+rl2BgBQZpI562sWFq
HvCU+Jd5aoyV94F/dYPEwDL1qCynjwjUYauYJc97RrxP2YzrjnIYzR12Oyb1GiRK
/xXwkp/SYqGSP1QDypTf5TcIbxfLpvQ0TK7+ji/j5FZ74DQJ6515egc8c+O9gHmK
oj/Hvle1rHdFeiiscNnW4mMuwe3zoBaJg7iiFILGMnw7UektM5lP/EgpopuOj2Vi
X3sUqNh25NP93AmU6jI/qOmvDeGfrV7hRL6kvH37zJtct4i7Xw+Ch7Ui/LR72XOl
8btLJh5mFnOXunFGSh7RImNWRgItnCsgKxLrCPSDeAvGCgE+R5tObe4ID10nwA7K
f8SzZkTon0aPpQ7YUeGKxHZGdcppLVIzvl0xdQwk8GshnVihuqNV/ZoGIthMzGKo
ceMskIXZt0oN6HJi08hIAuxZcSLl0vF4+YX2BnYUSg==
=YT50
-END PGP SIGNATURE-

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


Re: [Talk-de] Notes-RSS-Feed

2014-03-15 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 15.03.2014 18:51, schrieb Peter Wendorff:
 Hallo Andreas, Die verlinkte API-Seite enthält sowieso sofort eine
 permanente Weiterleitung zur Webseite per 304.
 
 Insofern geht der Link letztlich nicht mehr in die API, obwohl du 
 natürlich recht hast, dass das auch in den Feeds behoben werden
 sollte, um zusätzliche Seitenaufrufe zu ersparen.
 
 Was das Erwirken einer Änderung angeht: Den Code der Webseite
 inklusive API findest Du unter [1], da gibt's dann auch einen
 Issue-Tracker [2].
 
 Idealerweise findest und behebst du den Fehler* natürlich direkt
 ;) alternativ kannst du auch per Ticket darauf aufmerksam machen.
 
 Gruß Peter
 
 * ein Fehler ist es ja eben nicht, denn es entspricht mit der 
 Weiterleitung vollständig dem HTTP-Protokoll.
 
 
 [1] https://github.com/openstreetmap/openstreetmap-website/ [1]
 https://github.com/openstreetmap/openstreetmap-website/issues

@ Martin: Danke für den Link!

@ Peter: Das Problem scheint vielschichtiger zu sein. Der Link hinter
jedem Item wird tatsächlich weitergeleitet. Da ich als RSS-Reader
Feedly nutze war ich bisher immer davon ausgegangen, dass auch der
Link genommen wird, jedoch wird hier der Link aus der guid verwendet,
was mir immer nur eine XML-Ansicht beschert hat.

MfG Andreas

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTJJfAAAoJENEKAxYRlUN99GcL/2AjKn+h+Tli0YeF+Y6QGozv
IFJKUq3j48os5giZOZ9NcoR9obmAfZo4eegKa2MjufXQ6z49WhUDc7DUr8K3j0VL
V527DVVoJ119i/GVf5/vdhW4hceFFJyrDy5GdWVj1q01eA3cMhKcVLOYvjHzt8ed
dXyXW07ZDIQBPuZvnGt9yTWXdDJevrHTKWgGl1a59fqxYbeMYjCNrFLPaIhEDVpf
v5vgGtlGrtw7DvZCmupx1Kvhbewq5tsO9Y4g7WeHw+PqYqfzGlUeTlpumTODn/lZ
cIblXMdOV3/QWS+HBpjlsVHkKdWuXCYcKtdFJPJnWcuI+GFzBsuDUHz/CDPnqWQR
Sh8O2oDOXctzg/7sEKyo+2CBYfdkdGE3J/hb1IzS7XuAPfqRODK8D+o+LUoi3qQi
PY1BgtVxdx2xijfThu2ZDHriEyfv6yj575ktSKMK/4mmGw5Laus3tA/zhMdrLUyU
TWm29nCzUgF53rlMk6jZ1rphlCZyFARrVCOaBYdSBg==
=1AEe
-END PGP SIGNATURE-

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


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

2014-03-14 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 14.03.2014 08:56, schrieb Andreas Schmidt:
 [...] Die Herren Hobbyschlachter [...]

Ich verbitte mir eine solche Ausdrucksweise in öffentlichen
Diskussionen. Man mag zur Jagd stehen wie man will, aber man sollte
auch Menschen, deren Hobby man ablehnt, mit Respekt begegnen. Du
willst ja auch, dass uns Mappern Respekt entgegen gebracht wird.

Viele Grüße,
Andreas

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTItiQAAoJENEKAxYRlUN9WjEL/14h2UfyBlnEXKHn8HuvtMKI
tOJ3/m0LdBZY0d25gL7LkdeCpOqrGYdo3aOYAjfaC1kgLv6s6UyFqV5/FrUansYz
sAva65y8RpASMClP5yWXGga7J+2Iw0/16W5oa/14BCHqtwYVecOfHKEdiawBtAsa
Fu0TtI6gh4EEkw4OfH0QaFqOGhdNu78bkjqpNLB9IApAp7kmzuft1dscbppnSnJP
SyzoiyANmWy5LBlCVwEu0rMN4b9HNp+9unBQEbmUldEtIdOjUu58xG1R9xxsStw1
wPrES+SrKNDpVDQ303TxADZFf+JkDBp1G0sQw3XokHmfCMzjxgSEQ2058CL8Kz+o
z8pG2VMFWjFQ34KhhqNWE2Sf1kdLDW8ZViG8H8ginqfpPIVHCfygbR2DkXJ/uPcd
sFAQMOVW0ow7+/Sc1lFhbneka1648Dp6MbdB31cIxBdlL1yam3gPLApDMmIU61vg
vRBHgu9TZCZNJ+Wt1mE8qqs/MXsklx07YQe72+0PrQ==
=KlSX
-END PGP SIGNATURE-

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


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

2014-03-13 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13.03.2014 15:42, Falk Zscheile wrote:
 Ich denke alle hier im Thread sind sich einig, dass Jäger keinen 
 Anspruch darauf haben, dass wir ihre Jagdeinrichtungen aus der 
 Datenbank nehmen. Aber bitte -- blicken wir doch ein wenig über
 den Tellerrand. Wem ist geholfen wenn wir auf dieser Meinung
 beharren und einen endlosen Editwar bekommen und Frederik dann jede
 Woche Hochsitze wiederherstellen muss, damit sie dann wieder
 gelöscht werden können ...
 
 Vielleicht kann eine teporäre Herausnahme (z.B. durch Änderung des 
 Keys) den Jäger davon überzeugen, dass seine Hochsitze auch ohne
 OSM beschädigt werden und die Leute auch so in den Wald gehen.
 Immerhin hat der Jäger angefragt, wenn auch nicht sehr höflich, und
 nicht gleich Hand an die Daten gelegt.
 
 Aber man kann das Löschen-Wiederherstell-Spiel natürlich auch
 spielen, bis eine Seite die Lust verliert. Wir haben das Recht
 dazu!
 
 Falk

Man sollte eher mit dem betreffenden Nutzer reden. Ich hatte auch
schon den Fall, dass ich vom Justiziar aufgefordert wurde Daten aus
OSM zu löschen. Nachdem ich ihm in einem Gespräch dargelegt habe, dass
wir nur öffentlich einsehbare Daten eintragen, räumte er auch schnell
ein, dass er selber keine rechtliche Handhabe sieht und diese
Forderung von Dritten kam.

Natürlich wird die Angst bestehen, dass Sachbeschädigungen mit
eingerechneten Humanressourcenschaden durch unsere Daten befördert
und/oder erleichtert werden. Jedoch werden solche mutmaßlichen Täter
diese Taten auch ohne OSM begehen.

Mir missfällt der Gedanke einer (zeitweisen) Löschung.

Sollten wir uns auf so etwas einlassen (solange es keinerlei
rechtlichen Hintergrund gibt), öffnet das Tür und Tor für andere
Forderungen ähnlicher Art. Daher: Keine Löschung*, aber das Gespräch
mit den Jägern suchen, um ihnen die Angst etwas zu nehmen und ihnen
unsere rechtliche Sicht (freundlich) erklären.

MfG Andreas

- -- 
* Ich sehe das umtaggen auch als defacto Löschung an.

Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJTIdW8AAoJENEKAxYRlUN9aPcL/1j209W0txr7oU2j+r16MEAu
z8XOqAIZtZCvke35Y10swkoNqLqqt58jHsfIadM7enXLqzUjHUEx248tM47RTBJP
1N3eJhDtiiJjPvz96F6qZTvNMto0LBuqlztxbWIph31Nh9swgcWVVUQRU2yNRtzS
CGWkdsJRPOmuNPdfUdQW7c36XXbbMJZoNDQm5XClsNZw7N1a+ATF0Vvi2klkn0G+
BhSVxEvhK5BIH4Al/TH8AoNeCtErEh/YSTp8L0uiilMuwJtvg1rNl32jqt2yBzxx
PkSpLO9e+XI2kEz/fFIDy+yhZ93t2A0Uv2qGnTXNP7FqlLdqZuO8s7Gvk4WljNpL
fUb5qZwhtvjtUzGpQQRfh+vXRVfgFJq6IhZsbmegRhmW8kJXKowT7+4KOEhR8TcJ
VwGDq6odP06lc4vmKD4JzXY71XJQ8qoLWcjspKqi/NjIEX+9Odct/WMY252icI6f
16+HoVZBeznQOqGun6NvXcJU65fA3GmVMsGbRfPn9g==
=MmKZ
-END PGP SIGNATURE-

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


Re: [Talk-de] Rettungspunkte

2014-01-20 Diskussionsfäden Andreas Neumann
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 20.01.2014 19:47, schrieb Jörg Frings-Fürst:
 Hallo,
 
 On Mo, 2014-01-20 at 18:33 +0100, Holger Jeromin wrote:
 Martin Czarkowski schrieb am 20.01.2014 17:59:
 
 ich würde die Notrufnummer auch gleich mit hinein packen, oder
 ist die 112 Deutschlandweit einheitlich? Und was ist mit der
 zuständigen
 
 112 ist EU weit einheitlich:
 https://de.wikipedia.org/wiki/Euronotruf
 
 Die Nummer schadet aber wohl nicht...
 
 -1
 
 bei einer europaweiten Rufnummer ist die Erfassung an jedem Punkt
 etwas viel unnötig.
 
 CU
 
 Jörg

Kurze Story zur Unnötigkeit von Notrufnummern. War eine Rückfrage bei
einer Ersthelferschulung.

Warum steht auf allen Erstehilfe- und Notfallplakaten dick und fett
die 112? Die kennt doch jeder!

Antwort: Im Ernstfall stehen die Personen unter Stress und teilweise
unter Schock und können sich an die einfachsten Sachen nicht erinnern.

Story-Ende.

Außerdem sollten wir im Blick behalten, dass unsere Karten
a) auch von EU-Ausländern genutzt wird und
b) bei manchen EU-Bürgern der Bildungsgrad unter RTL-Niveau hängen
geblieben ist

just my 2 cents,
Andreas

- -- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQGcBAEBAgAGBQJS3YDJAAoJENEKAxYRlUN9E10L/j18TIf2qgCwW+NV9fs42hnE
W/1q4wMSKyModpQy1AYNJZOt95zKiGh7Qyp3/MD17wwBcsFMgW62aKxluKllPwPV
irlBcL7J6Uvh3/G/mEDkIWIXUYwmkemEtJkWI41LhVvGJyTP9Fl29dO2yTm5jsJ6
n3MT4lS/1YizdbU6G/n4qdJJ6EXDdHRvg7VWYtHj0PSFRCWzGijMNbmXJiN5OBn9
XkPferzO5sN6Fzr6TGqouqs0mVv5TaJ+aCw64Zz6S0A00VKzdE3aUsLCdXwcBuld
J9JIWRqFizI3MK6PMjwCiNQRxIde7WXC452PE+SPRev02h4oYWVoNxXr+H/azwaS
wgpfAz1NBhr8NWskiVzKs4DaE8rSN4rukhcg1gULK92v2mcRpG8t1p452n0Qstdd
cZDhPU4qDp2Apl1ejtWcNCD720vDHqBR9tmCDHpteHQRmSP446RQeuMT0pkhjC+S
zfcCr7Z5FfNG1pW1SzxXMw/ui5J6doTwNaFMUWve2A==
=QYzW
-END PGP SIGNATURE-

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


Re: [Talk-de] Schienenkreuze und Weichen

2014-01-09 Diskussionsfäden Andreas Neumann
Am 09.01.2014 17:00, schrieb fly:
 Glückliches neues Jahr
 Andreas und Liste

 Komisch, dass bisher hier niemand es erwähnt hat aber vielleicht hättest
 Du eher transit@osm fragen sollen.

 Die eindeutige Antwort lautet [1][2]:

 railway=switch
 railway:switch=*

 Wenn Du also sicher gehen willst kannst Du immer

 railway:switch=no

 verwenden. Ansonsten halt gar kein Tag und nur Weichen markieren.
 Durch Strangführung und Kurvenradien bedingt ist damit alles gesagt und
 Relationen unnötig.


 [1] https://wiki.openstreetmap.org/wiki/Tag:railway=switch
 [2] http://taginfo.openstreetmap.org/tags/?key=railwayvalue=switch#overview

Perfekt! Das habe ich gesucht! Danke für den Hinweis.

MfG Andreas

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Spurmapping?

2014-01-08 Diskussionsfäden Andreas Neumann
Moin,

ich habe gerade auf der A 4 in Thüringen entdeckt, dass die
Verzögerungsstreifen als jeweilige Spur gemappt sind. Mein letzter Stand
der Dinge war: Spuren dürfen nur bei baulicher Trennung eigenständig
gemappt werden. Ansonsten sollen die Spuren via Tagging am Hauptgraphen
eingetragen werden. Hat sich an diesem Vorgehen etwas geändert/gibts mal
wieder eine neue etablierte Variante?

MfG Andreas

PS: Beispiel:
http://www.openstreetmap.org/#map=18/50.93195/11.38889layers=N

-- 
Andreas Neumann
http://Map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Spurmapping?

2014-01-08 Diskussionsfäden Andreas Neumann
Am 08.01.2014 20:49, schrieb Jimmy_K:
 Zusätzlich gibt es recht lange Verzögerungsstreifen, wenn man dann bei
 diesen nicht sofort am Anfang Fahrspur wechselt (bzw. das Navi warum
 auch immer 50m falsch liegt), kann es passieren, dass einem das Navi
 dann fälschlicher Weise bis zur nächsten Abfahrt lotst.

Da fällt mir grad ein, was noch dagegenspricht. Was tun bei
Verzögerungsstreifen, die ineinander übergehen. Wie zwischen
Jena-Göschwitz und Jena-Lobeda oder auf der A71 an den nördlichen
Erfurter Auf- und Abfahrten?

MfG Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Spurmapping?

2014-01-08 Diskussionsfäden Andreas Neumann

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Am 08.01.2014 22:21, schrieb Michael Reichert:
 OT: Die Anschlussstelle heißt übrigens mittlerweile nicht mehr
 Jena-Lobeda sondern Jena-Zentrum.
Bin halt ein Gewohnheitstier...
 Ich habe es mir gerade angeschaut und mit Bing und meiner Ortskenntnis
 (fahre dort mehrmals jährlich lang) verglichen, was ich dort vor
 einigen Monaten eingetragen gemappt habe.

 Es ist im Groben und Ganzen so in Ordnung.
Ich weiß, dass es korrekt ist. Ich wollte es nur als ein Gegenbeispiel
anbringen. Im übrigen musste ich erst vor kurzem Changesets in Jena
zurücksetzen, wo jemand auf den Hauptkreuzungen aktiv Spurmapping
betrieben hat...

MfG Andreas

- -- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
iQGcBAEBAgAGBQJSzcezAAoJENEKAxYRlUN9KVYL/3fpJ2amcMMlMJqaO9VzOUJX
vjL5AQIoB4mKo7gb0Sf7sn41jngWHGEd7tNhuLhPjb9Re0YuDdrs8YBVXph3y0G8
vlHWQySyXioblpO7lXDGLwHpYzDEtRkQLPzkwHrgMqoSuWLC9yuxp4t0/mUMMqdf
v4vCXE9eIqbUx0GDtowj4aGvzlMzjykvWJovVoBY/tSIjJiGk+/hNDQZ7OYIgTeO
I/F31TB3bNCFTtUJfQo/8XZe6JctQk+J7Q3xtYq3HkmdukEyFLKAjw3x9n7rMJm7
E+3XmEG5Ffic5WWPZwRHkSut9aYPggetof5/PkNQVD3vGdiAZCgjwDvOdb+cyGCr
ceWqiuaiTR45K9iDMsbCBFCsimRQsyqj5juhW6FXd+04HQX7f6ry7124TEQ/lf5M
zks/D8j2VvgVbGZzuU5ctDdQje+8B7SIF5J9Mx2bkwQd+7rnSi8smjLklAyngIpl
KEFYDeSFzfCxovjJTe6e+WeFmpy5WNQtV6m2joUPvQ==
=VpLv
-END PGP SIGNATURE-


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


[Talk-de] Schienenkreuze und Weichen

2013-12-30 Diskussionsfäden Andreas Neumann
Moin,

Bei der Schienen ist mir ein kleines Dilemma aufgefallen. Beispiel an
diesem Straßenbahn-Schienenkreuz http://osm.org/go/0MAe~EE4F

Es sind in diesem Fall zwei Gleise mit Richtungsverkehr. Komme ich von
norden und will nach Osten, befahre ich erstmal eine Weiche. An dieser
Stelle sind die Schienen-Ways miteinander verbunden. Dann kreuze ich die
Gegenspur. Und hier liegt mein Dilemma. Diese kreuzenden Wege sind meist
auch verbunden. Wie kann man am dümmsten an solchen
Schienenwegkreuzungen ohne Abbiegemöglichkeit sagen, dass man nur gerade
aus kann.
- Eine Lösung wäre jedesmal Abbiegerelationen anzulegen, was ich aber
für zu kompliziert halte.
- Möglichkeit zwei wäre, die sich kreuzenden Wege nicht mit einem Node
zu verbinden. Dann könnte aber Nutzer XY kommen und den Node setzen.
- Die dritte Möglichkeit sehe ich in einem Tag für den Node (hier wäre
ich dankbar, wenn ein Eisenbahner vllt. einen Fachbegriffen fallen
lassen könnte, da ich nicht weiß, wie die Kreuze im Fachjargon heißen.
Dem Router könnte man vermitteln, dass nun nur der Weg mit der
geringsten Winkelabweichung genommen werden darf, oder man definiert,
dass an einem solchen Kreuzungspunkt keine Wege enden dürfen und der
Router nur seinen kommenden Weg weiter gehen darf.
- Möglichkeit #4: Irgendwer hat sich schon eine schlaue Lösung
ausgedacht, über die ich noch nicht gestolpert bin.

Guten Rutsch,
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Overpass sehr langsam

2013-12-30 Diskussionsfäden Andreas Neumann
Am 28.12.2013 10:10, schrieb chris66:
 http://wiki.openstreetmap.org/wiki/Overpass_API/status

 Auf deutsch: area-Anfragen gehen zur Zeit nicht oder langsam.

 Chris

Danke für den Hinweis! Die Seite kannte ich noch gar nicht!

Guten Rutsch,
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de


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


Re: [Talk-de] Overpass sehr langsam

2013-12-30 Diskussionsfäden Andreas Neumann
 die Clients nicht überlasten will, sind meine Areas auf
admin-level5 beschränkt (mit hardcodierter Ausnahme Berlin, Bremen und
Hamburg). Leider fiel mit dein Area-Problem damit auf die Füße.

Ich freue mich, wenn morgen wieder alles flüssiger läuft.

Guten Rutsch,
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Overpass sehr langsam

2013-12-27 Diskussionsfäden Andreas Neumann
Moin,

Kommt es mir nur so vor, oder ist Overpass seit Beginn der
Weihnachtsfeiertage extrem langsam geworden? Anfragen, die vorher
1-30sec dauerten laufen nun oftmals 3min oder länger. Zeitgleiche
Requests gehen fast gar nicht (http 429: too many requests)...

Hat das noch irgendwer beobachtet?

Frohes Rest-Fest,
Andreas

-- 
Andreas Neumann
http://map4Jena.de
http://Stadtplan-Ilmenau.de


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


[Talk-de] Lane oder SharedLane?

2013-12-03 Diskussionsfäden Andreas Neumann
Moin,

ich bin grad etwas verwirrt auf Grund der wiki-Seite zum cycleway:
http://wiki.openstreetmap.org/wiki/DE:Key:cycleway

Wir haben mehrere Straßen mit Fahrradschutzstreifen (sprich mit
Strichellinie abgesetzte Spur auf Straße, meist mit Piktogramm). Bisher
sind die alle mit cycleway=lane getaggt. Nun steht der Schutzstreifen
aber explizit bei shared_lane. Was genau ist der Unterschied? Kann man
diesen evtl. etwas besser auf der Seite hervorheben?

MfG Andreas

-- 
Andreas Neumann
http://map4jena.de
http://stadtplan-ilmenau.de


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


[Talk-de] Routing-Hinweise taggen

2013-11-01 Diskussionsfäden Andreas Neumann
Moin,

ich nutze oftmals Osmand, gerade um Unterwegs unverbundene Wegstücke
oder fehlerhaft gesetzte Abbiegerelationen mitzubekommen. Dabei ist mir
was blödes aufgefallen. Wenn ich eine Abfahrt und Auffahrt von einer
Schnellstraße oder Autobahn habe, die sich in einer Kurve um diese
Abfahrt und Auffahrt legt und wo es nicht verboten ist von der Abfahrt
auf die Auffahrt zu fahren, leitet mich Osmand über die Abfahrt, anstatt
weiter auf der Hauptstrecke.

Erstmals ist mir das in Saalfeld aufgefallen[0]. Hier war es aber
einfach zu lösen, da die Zubringer eine andere
Geschwindigkeitsbegrenzung haben, wie die Hauptstrecke.
Nun ist es mir in Arnstadt auf der A71 aufgefallen, da Osmand mich durch
die Ausfahrt Arnstadt Nord lotsen wollte. Leider bestehen hier keine
Abbiegebeschränkungen und auch keine Geschwindigkeitsbegrenzungen, über
die man ein solche Routing verhindern könnte. Osmand macht auch nicht
wirklich einen Fehler, da die Zubringer vermutlich kürzer sind, als die
Strecke über die Autobahn. Dennoch ist es ziemlich verwirrend, weshalb
ich fragen wollte, ob es Konzepte gibt Routing-Hinweise zu geben?
Sprich, wenn du von Punkt A zu Punkt B willst, fahre diese Strecke.
Evtl. ähnlich einer Abbiegerelation, nur dass From und To Punkte sind
und via ein oder mehrere Wege...

Schönes Wochenende,
Andreas

[0] http://www.openstreetmap.org/#map=18/50.65960/11.36584
[1] http://www.openstreetmap.org/#map=17/50.85169/11.00928

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Routing-Hinweise taggen

2013-11-01 Diskussionsfäden Andreas Neumann
Am 01.11.2013 14:25, schrieb chris66:
 Am 01.11.2013 14:12, schrieb Andreas Neumann:

 ich nutze oftmals Osmand, gerade um Unterwegs unverbundene Wegstücke
 oder fehlerhaft gesetzte Abbiegerelationen mitzubekommen. Dabei ist mir
 was blödes aufgefallen. Wenn ich eine Abfahrt und Auffahrt von einer
 Schnellstraße oder Autobahn habe, die sich in einer Kurve um diese
 Abfahrt und Auffahrt legt und wo es nicht verboten ist von der Abfahrt
 auf die Auffahrt zu fahren, leitet mich Osmand über die Abfahrt, anstatt
 weiter auf der Hauptstrecke.
 Eine grafische Veranschaulichung wäre nett gewesen.
Links zu den gemeinten Kreuzungen hingen an meiner Mail dran.
 ob es Konzepte gibt Routing-Hinweise zu geben?
 Sprich, wenn du von Punkt A zu Punkt B willst, fahre diese Strecke.
 Nein.

 Oftmals ist bei Komischem Routing etwas falsch gemappt (falsche oder
 fehlende Turn-Restrictions, falsches maxspeed, etc.).
Weder die Zufahrten, noch die Autobahn selbst haben in Arnstadt Nord
eine Geschwindigkeitsbegrenzung. Auch gibt es kein Verbot von der
Abfahrt geradeaus direkt auf die Auffahrt zu fahren und wieder auf der
Autobahn einzubiegen.

Mein Bauchgefühl sagt mir auch, dass die Strecke durch die Ausfahrt
kürzer ist, als über die Autobahn, da sich die Autobahn, wie schon
beschrieben, in einer Kurve leicht um die Ausfahrt legt. Daher wäre rein
technisch dem Router kein Vorwurf zu machen, jedoch ist es verwirrend,
wenn man sich nicht auskennt und den Anweisungen des Routers folgt.

 Oder der Router ist komisch programmiert. Z.B. OSRM neigt dazu
 jede Ampel zu umfahren.

 Grüße
 Chris

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Abgesprochener Import?

2013-10-14 Diskussionsfäden Andreas Neumann
Ist der Import http://www.openstreetmap.org/browse/changeset/18346133
abgesprochen? Er hat sau viele Dopplungen reingebracht :(

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Taggingfrage (mal wieder)

2013-09-11 Diskussionsfäden Andreas Neumann
Moin,

Ist eine LBS-Filiale (ohne Sparkassenautomat o.ä.) eine amenity=bank
oder doch eher eine office=accountant?

Ist eine Filiale der Deutschen Vermögensberatung eine office=accountant
oder doch was anderes?

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Bugtracker für OpenCycleMap?

2013-09-02 Diskussionsfäden Andreas Neumann
Moin,

weiß jemand zufällig an welcher Stelle man den Entwicklern der
OpenCycleMap Nachrichten zu kommen lassen kann?

thnx Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Bugtracker für OpenCycleMap?

2013-09-02 Diskussionsfäden Andreas Neumann
Am 02.09.2013 20:55, schrieb Volker Schmidt:
 info von der OCM website:

 Andy Allen, email: info (at) gravitystorm (dot) co (dot) uk

 Volker

Mhh,

ich hatte gehofft, dass es irgendwo einen Bugtracker gibt oder eine
Diskussionsplattform, da ich ungern Vorschläge unterbreite die schon
dreimal gemacht wurden. Die anderen Kontaktinformationen hatte ich auch
gefunden (dennoch Danke für eure Mühen). Werde mich dann wohl mal via
Mail bei Andy Allen melden...

Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Fußweg mit Fahrrad-Frei

2013-08-29 Diskussionsfäden Andreas Neumann
Moin,

Wenn ich einen ausgezeichneten Fußweg habe, der auch für Fahrradfahrer
freigegeben ist[1], sollte man dann bicycle=yes oder =official oder
=designated taggen?

MfG Andreas

[1]
http://commons.wikimedia.org/wiki/File:Sonderweg_fuer_Fu%C3%9Fgaenger.jpg

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Variable Geschwindigkeitsbegrenzung

2013-08-11 Diskussionsfäden Andreas Neumann
Am 11.08.2013 12:26, schrieb Martin Koppenhoefer:
 M.E. sollten wir nur das taggen, was einigermaßen gesichert ist. Variable
 Geschwindigkeitsbegrenzungen sind variabel, man kann sich nicht darauf
 verlassen, dass dort immer auf höchstens 130 begrenzt wird (oder gibt es
 dazu Quellen?), sondern es könnte durchaus auch mal sein, dass das Schild
 eine Aufhebung der Streckenverbote angibt oder eben auch niedrigere Werte
 (darum haben sie ja eine variable Beschilderung angebracht, um das ändern
 zu können), von daher würde ich nicht maxspeed=130 sondern maxspeed=signals
 (oder ähnlich) taggen, weil das die reale Situation ist.

 Gruß Martin

Moin,

die maximale Geschwindigkeitsbegrenzung dieses Streckenabschnitts IST
130! Die Signalanlagen regeln sie maximal herunter und heben sie nicht
auf. Das ist so gewollt, da dieser Autobahnabschnitt zweispurig,
kurvenreich, ohne Standstreifen ausgestattet ist. Außerdem wird er in
einigen Jahren durch den neuen Abschnitt ersetzt. Hier ändert sich auch
nix. Ich habe dazu keine offizielle Quelle, sondern nur mehr als 20
Jahre lokales Wissen.

Im übrigen: Auch der Rennsteigtunnel ist via Signalanlage auf 80
heruntergeregelt. Hier würde aber keine auf die Idee kommen, das
maxspeed auszutauschen, nur weil hin und wieder die Geschwindigkeits auf
60 oder 40 heruntergeregelt wird oder es rein theoretisch möglich ist
die Geschwindigkeitsbegrenzung via Signalanlage im Tunnel aufzuheben.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Variable Geschwindigkeitsbegrenzung

2013-08-10 Diskussionsfäden Andreas Neumann
Moin,

ich beziehe mich auf http://www.openstreetmap.org/?note=2864 und auf
viele Meldungen in Skobbler an dem selben Autobahnabschnitt.

Zwischen der Auffahrt Magdala und Jena-Lobeda stehen Signalanlagen, die
den Verkehrsfluss steuern sollen. Insbesondere auf der alten Strecke
zwischen Göschwitz und Magdala waren diese notwendig geworden, da es
hier häufig zu schweren Unfällen gekommen ist.

Nun ist es so, dass die Signalanlage standartmäßig 130km/h als
Maximalgeschwindigkeit vorgibt. Diese wird auch nicht über die
LED-Wände, sondern über Drehschilder angegeben. Bei erhöhten
Verkehrsaufkommen, oder wenn mal wieder ein LKW mit 30 den Berg
hochschleicht, werden die Spuren, teilweise individuell
heruntergeregelt. Hinzu kommen Warnschilder für Stau usw.

Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin
aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit
von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die
Router wichtig ist und (b) in einigen Navis angezeigt wird (wenn auf der
Strecke geblitzt wird, dann nur die 130 und wegens Abstandseinhaltung).

Wie ist eure Meinung?

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-23 Diskussionsfäden Andreas Neumann
On 07/23/2013 11:40 AM, Tracy Kasperczyk wrote:
 Liebe OSM Gemeinde,

 Wir wollen euch noch mal genauer erklären was wir machen.

 [...]

 Objekt: Aufzug (Type: way)

 - highway = elevator

 - level = -1,0

   Aus dem Wiki: http://wiki.openstreetmap.org/wiki/Elevator

 Tags die schon vorhanden sind werden nicht von uns gelöscht.
Sollte man den Elevator nicht evtl. als Node taggen? Die meisten gehen
kerzegerade nach oben, was auf einer 2d-karte schlecht darstellbar ist.
Die Option way würde ich beibehalten, da es ein paar Fahrstühle gibt,
die schrägen Hochfahren (was aber wohl die Ausnahme sein dürfte)

 Gebäude mit weiteren Flächen:

 Objekt: Tunnel (Type: Fläche)

  - area = yes

 - tunnel = yes

 - level = ...

 - layer = ...

 - building = yes (es handelt sich um ein Indoor-Elment und soll in der
 Karte angezeigt werden)

 - designation = Unterführung

 Es werden die Fußwege auf den Tunnelflächen ebenfalls, erstellt bzw. wenn
 diese schon vorhanden sind, dann werden diese nicht gelöscht bzw. verändert.
Wie bereits  von einigen angesprochen, handelt es sich bei Tunneln nicht
wirklich um Gebäude (ansonsten müssten wir auch jede Brücke und jede
Straße als solches kennzeichnen, was ziemlich unübersichtlich wird.
Besser wäre es highway=footway zu nehmen. Sollte es sich wirklich um
eine Unterführung handeln, dann mit tunnel=yes. Bei Unterführungen, die
abgeschlossen sind und wie ein innerer Bahnhof wirken, wie im neuen
Erfurter Hauptbahnhof, wäre wohl eher indoor=yes angebracht. Aber
darüber kann man streiten.

in meiner Gegend hat sich ziemlich herauskristalisiert, dass man zwar
Flächen von Verkehrsflächen angeben kann, aber immer zusätzlich einen
Way in der Mitte zeichnet, der das Routing ermöglicht. Ansonsten können
die meisten Router nur am Rand der Fläche Routen. Sprich, wenn ihr einen
Tunnel als Area einzeichnet, dann legt in der Mitte noch einen Way an.
Und ganz wichtig. Verbindet den Way auch zu den (Roll-)Treppen und
Aufzügen!

Alternativ zu den Flächen könnte man auch überlegen dem Tunnelway ein
Attribut mitzugeben, dass aussagt, wie breit der Tunnel ist, oder ihr
erfindet, ähnlich dem Flussufer, ein Polygonattribut für
Verkehrsflächenumrandungen.

Bitte gebt immer an, ob Radfahren in den Unterführungen erlaubt ist oder
nicht! Dann könnte man Radfahrer evtl. an den nächsten mit Rad
zugänglichen Zugangspunkt am Bahnhof leiten, ohne ihn durch den ganzen
Bahnhof zu jagen

 [...]

just my 2 cents,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Sinn und Unsinn von Fehlermeldungen (auf osm.org)

2013-07-22 Diskussionsfäden Andreas Neumann
Hallo Tirkon,

ich habe vor geraumer Zeit auf http://stadtplan-ilmenau.de eine
Schnittstelle zu OSB implementiert. Geplant war es schon lange, aber es
gab einen inneren Konflikt. OSB bietet nicht wirklich eine SPAM-Abwehr
und es ist fraglich wie gut die Nutzer solche Funktionen annehmen.
Ersteres habe ich dadurch erschlagen, indem ich die Fehlermeldungen
explizit nicht im Stadtplan integriert habe. Überrascht bin ich von den
Rückmeldungen. Ursprünglich habe ich mit 10% verwertbaren
Fehlerberichten gerechnet. Heraus kam, dass ca. die Hälfte aller
Fehlermeldungen sinnvoll sind und so detailiert, dass man sie vom Sessel
aus abarbeiten kann.

Warum ich es implementiert habe: Ist ein Gebiet gemappt, gehe ich da
nicht mehr hin. Ich rede jetzt nicht vom Feriendorf wo ich mal alles
eingetragen habe, sondern von ganzen Stadtvierteln und Vororten meiner
Stadt. Ilmenau ist zwar mit vielen Mappern gesegnet, aber die decken
durch ihren Alltag, wenn es hoch kommt 20% der Stadt ab. Im restlichen
Gebiet sind wir blind. Man könnte zwar alle x Jahre mal wieder einen
Rundgang wagen, aber wer sagt, dass ich da auch jede Änderung
mitbekomme. Mit den Nutzern des Stadtplans decken wir aber plötzlich ein
viel größeres Gebiet ab. Man muss den Nutzern nur die Möglichkeit
einräumen auf Unstimmigkeiten hinzuweisen.

Mein Fazit: OSB ist vllt. für die Neumappung eines Gebietes nicht
geeignet, dafür aber für die Wartung von Gebieten, wenn man den Nutzern
eine einfache Möglichkeit einräumt. Andererseits sehe ich auch das
Negativbeispiel. In jena gibt es viele Tickets. Teilweise sind diese
seit Jahren offen. Sie beinhalten oft wichtige Hinweise, doch wenn es an
aktiven Mappern mangelt, dann geht da nix voran. Daher bin ich sehr
dankbar, dass viele Tickets der Stadtplannutzer auch von anderen Mappern
abgearbeitet werden. Teilweise noch bevor ich sie sehe.

just my 2 cents,
Andreas

On 07/21/2013 02:42 PM, Tirkon wrote:
 Moin,

 auf osm.org wurde ein Button zur Fehlermeldung eingefügt. Nach meinem
 Verständnis des im Folgenden beschriebenen OSM Workflows verstehe ich
 dessen Sinn nicht. 

 Es gibt schon diverse Fehlermeldekarten z.B. von Skobbler, osmbugs und
 mehr. Ich finde dort meist Fehlermeldungen wie Straße fehlt, Häuser
 fehlen, dies ist eine Einbahnstraße, hier gilt Höchstgeschwindigkeit
 xy, so auch auf der neuen Add A Note Seite. Manchmal ist
 unverständlich, was bemängelt wird.

 Wenn sich ein OSMler in ein Gebiet begibt, um es mappen, dann erledigt
 er Dinge wie die aus den Fehlermeldungen ohnehin, sei es durch
 Gebäudeerfassung mit Hilfe von Bing oder Straßen- und
 Hausnummernerfassung etc vor Ort. Wer also macht sich die Arbeit zu
 ergründen, welche Bugmeldeseiten es derzeit gerade gibt und dann als
 Mehrarbeit nachzuschauen, ob man einen der gemeldeten Bugs erschlagen
 hat? Andererseits wird niemand zig Kilometer weit fahren, nur um einen
 Bug zu klären. Für den Preis muss doch schon ein größeres Gebiet
 flächendeckend herausspringen. 

 Daraus ergibt sich, dass diese Fehlermeldungen auf den Meldeseiten
 verschimmeln, egal ob gefixt oder nicht. Diverse Leute haben sich bei
 mir darüber beschwert, dass sie Fehler eingetragen haben und sich nun
 niemand darum kümmere. Von daher hat sich mir der Sinn solcher Seiten
 - egal ob nun eine zentrale oder mehrere in Koexistenz - niemals
 erschlossen.

 Und von daher erschließt sich mir erst recht nicht, wieso man jetzt so
 etwas sogar auf der Hauptseite platziert. Nach dem oben beschriebenen
 Workflow bringen diese Meldungen rein gar nichts außer Frust für die
 Fehlermelder. 

 Vielleicht ist aber Alles ganz anders. Dann wäre ich für eine
 Aufklärung recht dankbar, damit ich zukünftigen Beschwerdeführern eine
 bessere Antwort geben kann.


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


-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-15 Diskussionsfäden Andreas Neumann
On 07/11/2013 09:54 PM, Henning Scholland wrote:
 Hallo
 Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
 aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
 Info doch bereits in unseren Daten. Dann braucht es doch keine
 zusätzliche Ref, die genau das gleiche nochmal sagt. Ebenso die
 weitere Unterscheidung. Dafür gibt es ja die pt-Relationen und ihre
 Member.

 Henning

Doch, diese Redundanz braucht es. Hin und wieder gibt es offizielle
Haltestellennamen sowohl für eine Bushaltestelle, als auch für einen
Bahnhof/Zughaltepunkt. Nehme ich nur den Namen ohne das Verkehrsmittel
zu kennen, habe ich zwei Ergebnisse.

Viele behelfen sich damit eindeutige Pre- oder Postfixe anzuhängen, was
aber leider auch den Namen verfälscht. Eine ID dagegen, ist eindeutig
und ich kann sie evtl. mit anderen Datenbanken verknüpfen. Somit wäre
der Erfurter Hauptbahnhof auch mit einer Datenbank verknüpfbar, inder er
nur als Erfurt Hbf hinterlegt ist.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Bauliche Trennung

2013-07-01 Diskussionsfäden Andreas Neumann
On 07/01/2013 05:56 PM, Wolfgang Hinsch wrote:
 Hallo,
 zu dem Begriff bauliche Trennung findet man unterschiedliche Texte im
 Wiki.

 Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
 bereits eine bauliche Trennung oder sind die Einträge in einzelnen
 Wiki-Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE)
 bezüglich der Höchstgeschwindigket außerorts zurückzuführen? Dort wird
 der doppelte Mittelstreifen gerade nicht als bauliche Trennung
 definiert.

 Gruß, Wolfgang

Ich sehe den begriff bauliche Trennung so: Es ist nich ohne weiteres
möglich für einen Überholvorgang diese Trennung mit einem Fahrzeug zu
überwinden.

justmy2cents,
 Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de

2013-05-31 Diskussionsfäden Andreas Neumann
Am 31.05.2013 19:22, schrieb Tobias Conradi:
 2013/5/31 Alexander Lehner leh...@edv-buero-lehner.de:
 Lies RFC1855.
 Wie geil - bitte macht weiter so! Das ist der beste Flamewar den ich je
 gelesen habe. Da schmeiss ich jeden Freitag-Abend Krimi weg dagegen ;)

 A.
 Zum ersten mal, dass mich in diesem Thread jemand zum Lachen bringt. Danke :-)
Ich glaube du hast da irgendetwas nicht richtig verstanden...

@Rest: Mir fehlt bei einigen Beiträgen eindeutig ein [Like]-Button...

Frohes Wochenende,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-05-03 Diskussionsfäden Andreas Neumann
On 05/03/2013 03:49 PM, Martin Raifer wrote:
 Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer
 dieterdre...@gmail.com:

 man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu
 addr:place bewegen, mehrere taggingvarianten für dasselbe
 verkomplizieren die Sache doch nur unnötig.

 Naja, addr:place und addr:hamlet/suburb/... sind doch zwei
 verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um
 zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden.
 Oder einfach als optionale zusätzliche geografische Information.
 addr:place hingegen wird anstelle von addr:street verwendet.

 Martin / tyr_asd

dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu
kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile
sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich
nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt
wird dann meisten mit PLZ Stadt-Ortsteil

Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Universitätsgebäude

2013-04-30 Diskussionsfäden Andreas Neumann
Hallo Marvin,

in Ilmenau haben die Gebäude meist Eigennamen oder zumindest eine
Referenz. Die Hörsäle, Seminarräume, Werkstätte, Institute usw. haben
wir meist als Fläche oder Node in den Gebäuden plaziert.

MfG Andreas

PS: Aufgearbeitet kannst du die Uni-OSM-Daten Ilmenaus auf
http://stadtplan-ilmenau.de betrachten...

Am 30.04.2013 10:13, schrieb Marvin Preuss:
 Hallo,

 ich bin gerade ein wenig aufgeschmissen. Die Kunstakademie in Nürnberg
 hat seit letzter Woche einen Neubau und ich wollte das zum Anlass nehmen
 die Akademie ausführlich zu mappen und taggen. Ich wollte den Gebäuden
 die verschiedenen Werkstätten zuordnen und dachte das ich das am besten
 mit name mache. Ich habe mich versucht an
 https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Duniversity; zu
 halten. Aber irgendwie sieht das sehr bescheiden aus:
 http://www.openstreetmap.org/?lat=49.445785lon=11.134708zoom=18layers=M;.
 Habt ihr Vorschläge wie ich das besser machen kann?

 lg,

 Marvin


-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Hydranten

2013-04-25 Diskussionsfäden Andreas Neumann
Am 25.04.2013 12:01, schrieb Martin Koppenhoefer:
 Am 25. April 2013 11:13 schrieb Andreas Labres l...@lab.at:

 On 25.04.13 10:53, Martin Koppenhoefer wrote:
 nicht geeignet sind fürs Löschen (z.B. zuwenig Druck?)
 Alles, wo Wasser rauskommt, ist zum Löschen geeignet. Pumpe sollte für die
 Feuerwehr wirklich kein Problem sein... ;))


 Klar, wenn's nichts anderes gibt nimmt man natürlich alles, aber wenn es an
 einem Ort Feuerhydranten geben sollte und solche, die nur für
 Wartungsarbeiten genutzt werden und nicht für die Feuerwehr gekennzeichnet
 sind, dann sollte das in OSM auch Berücksichtigung finden. So hatte ich den
 OP verstanden.

 Gruß Martin

Hier vor Ort liegen die Feuerwehrhydranten und die nicht
gekennzeichneten Hydranten deutlich auseinander. Ich habe nicht
gekennzeichnete im Wald gefunden (weit und breit kein Feuerwehrhydrant
;)), aber auch in höhergelegenen Straßen, die auch keinen
gekennzeichneten Feuerwehrhydranten besaßen. Ich werde mal meine
gefundenen Stellen sammeln und vor Ort die Stadtwerke danach befragen.

Viele Grüße,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de



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


[Talk-de] Hydranten

2013-04-24 Diskussionsfäden Andreas Neumann
Moin,

zwecks Hydrantenkarten bin ich mal an einen befreundeten Feuerwehrmann
in meiner Stadt herangetreten. Bis dato habe ich versucht alle
Hydranten, über die ich unterwegs gestolpert bin, einzutragen. Seltsam
empfand ich, dass teilweise die Unterflurhydranten nicht mit den
rotumrandeten weißen Hinweisschildern versehen waren.

Heute erklärte er mir, dass die Unterflurhydranten für die Feuerwehr ein
Schild haben müssen, es aber auch Hydranten gibt, die nicht für die
Feuerwehr vorgesehen sind. Diese sind z.B. für das Entlüften oder Spülen
des Leitungsnetzes da. Abgesehen davon, dass wir dann hier ganze Straßen
ohne Feuerwehrhydranten, aber mit 10 Wartungshydranten hätten, kommen
mir da ein paar Fragen auf:

1. Wie taggt man diese Wartungshydranten? (emergency=FIRE_hydrant passt
da irgendwie nicht ;))
2. Ist diese Regelung (Hydranten mit Schild = Feuerwehr, ohne Schild
aber mit entsprechenden ovalen Hydrantendeckel = Wartung) auch in
anderen Gegenden bekannt oder eine Eigenheit meiner Gemeinde?
2.a) Wenn es eine allgemeine Regel ist: Sollte man dann nicht den
Wikiartikel anpassen?

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de






signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Tagging von Kinderbetreuungseinrichtungen WAR Re: Rechtschreibung und Zeichensetzung in den Karten

2013-04-23 Diskussionsfäden Andreas Neumann
Am 23.04.2013 13:18, schrieb Martin Koppenhoefer:
 Am 23. April 2013 12:52 schrieb Martin Trautmann tr...@gmx.de:

 Nach heutiger Gesetzeslage müssen sich auch normale Kindergärten immer
 weiter öffnen, um z.B. Kinder ab zwei Jahren aufzunehmen.

 Bitte also Ergänzungsfeld, wo das Mindestalter vermerkt werden kann.


 +1, ich finde das einen guten Ansatz, Mindest- und Höchstalter in 2
 getrennten Tags, um klarzumachen, für wen die Einrichtung offen steht.



 Kindergärten müssen sich auch von den Zeiten her ändern und mehr zu
 Ganztageseinrichtungen werden.
 Bitte vermerke also auch noch die frühestmögliche Abgabe- und
 spätestmögliche Abholzeit.



 ggf. ist das mit dem tag opening_hours zu machen?




 Ferienzeiten nicht vergessen!



 dito opening_hours, finde ich aber, dass es zu weit geht, und auch nur dann
 wirklich interessiert, wenn man sein Kind schon dort hat. Wer sucht sich
 denn die Einrichtung zur Betreuung seiner Kinder nach den Ferienzeiten aus?




 Kindergärten haben zunehmend auch Über-Mittags-Betreuung mit Verpflegung.
 Bitte vermerke, ob vegetarische- und Bio-Kost angeboten wird.



 kann man natürlich alles machen (gibt auch schon tags dafür, z.B. aus dem
 Restaurant-sub-tagging), ist aber wohl Polemik? Ich würde das erstmal
 weglassen, aber wer will, kann auch so was eintragen.



 Vermerke bitte auch die Anzahl der Gruppen und den Träger der
 Einrichtung - denn wer eine kirchliche Indoktrination ablehnt, der will
 vielleicht eher einen städtischen.



 +1, operator, ggf. religion und denomination-tags bei kirchlichen
 Einrichtungen. Anzahl der Gruppen oder Gesamtzahl der Kinder? Oder
 Verhältnis Betreuer zu Kindern? Ich könnte mir durchaus vorstellen, dass
 man mit capacity die Größe tagt.




 Größe des Gartens und Ausstattung mit Kletter- und Spielgeräten ist auch
 interessant.



 würde ich bei Bedarf als Micromapping vorschlagen, d.h. Flächen und ggf.
 Spielgeräte mit den entspr. tags mappen, die gibt es alle schon aus dem
 Bereich Spielplatz-kartierung.



 Ebenso interessiert Ausländer-Anteil, Inklusionsgruppen und
 Attraktivität der Kindergärtnerinnen.



 letzteres ist wohl subjektiv, und ich sehe auch nicht direkt, für wen das
 interessant sein sollte, ersteres würde ich eher weglassen.



 Sprich: für eine vollständige Erfassung aller möglichen und
 möglicherweise relevanten Angaben brauchen wir noch viel, viel mehr.


 viel viel mehr Mapper mit Kindern? Die tags sind weitgehend schon aus
 anderen Bereichen vorhanden.



 Du bist dir absolut sicher, dass für einen primären Kartendienst nicht
 nur relevant ist, ob dort eine solche Einrichtung existiert, sondern
 welche Granularität und Qualität der Angaben unverzichtbar erscheint?


 sicher ist das oben angegebene übertrieben, aber mehr als nur das ist eine
 irgendwie geartete Einrichtung für 'Kinder'  wäre schon nett zu haben.



 Und bitte mit allen Spezialisierungsrichtungen, pädagogischen
 Grundsätzen usw.


 das ergibt sich gelegentlich schon aus dem Operator. Bestimmte
 Gruppierungen haben sicherlich ein Interesse, ihre Spezialisierung auch in
 der Karte registriert zu finden (zwecks Filterung), ob man das aber für
 alle Einrichtungen flächendeckend taggen will, bezweifle ich zum jetzigen
 Zeitpunkt.



 Ich will nicht bestreiten, dass all das relevant und im Einzelfall
 wichtig sein kann. Aber hilft das wirklich für die Qualität der
 Gesamtheit der Daten?


 Es hilft, wenn man an einem speziellen Aspekt interessiert ist, und der
 entsprechend getaggt ist.

 Gruß Martin

Ich würde beim kindergarten bleiben und mit Zusatztags das angenommene
Alter abbilden, da es einfach zu viele verschiedene Arten gibt. Den
Betreiber und die evtl. religiöse Zugehörigkeit sehe ich auch noch ein.
Darüber hinaus sollten wir keine Spezialdaten erheben. Sowohl
Gruppenanzahl, Betreuer-Verhältnis und Ferienzeiten sind teilweise
schwer recherchierbar, bzw. es fällt nur sehr schwer auf, wenn sie sich
ändern. Besser empfinde ich hier ein Link auf die Homepage des
Kindergartens oder Telephonenummer. Weitere Zusatzdaten dürfen gerne
gesammelt werden, aber dann doch bitte in einer externen Datenbank auf
die in OSM nur referenziert wird.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Güterbahnhöfe / Verladestationen

2013-04-19 Diskussionsfäden Andreas Neumann
Moin,

Es existieren neben den normalen Bahnhöfen für Menschen auch
Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte
man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien
bin ich über railway=freight_station gestolpert, was ich gar nicht sooo
verkehrt finde. Was meint ihr?

MfG Andreas

-- 
Andreas Neumann Manggasse 8 98693 Ilmenau
andreas.neum...@tu-ilmenau.de http://stadtplan-ilmenau.de
Tel: +49 (0) 3677 80 25 205 Fax: +49 (0) 3677 80 25 206 Mobil: +49 (0)
151 233 72 465



-- 
Andreas Neumann
http://stadtplan-ilmenau.de



signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Güterbahnhöfe / Verladestationen

2013-04-19 Diskussionsfäden Andreas Neumann
On 04/19/2013 06:41 PM, Jimmy_K wrote:
 Am 19.04.2013 17:56, schrieb Andreas Neumann:
 Moin,

 Es existieren neben den normalen Bahnhöfen für Menschen auch
 Güterbahnhöfe oder Güterverkehrszentren (Umladestationen). Wie könnte
 man sowas taggen? (Mir wäre am liebsten ein railway=* Tag). In indien
 bin ich über railway=freight_station gestolpert, was ich gar nicht sooo
 verkehrt finde. Was meint ihr?

 MfG Andreas

 Servus,

 Da wir die Gleise in dem Bereich als yard bezeichnen, müssten wir im
 selben Englisch bleigen und für Güterbahnhöfe freight_yard nutzen.
 Jetzt wäre das aber eigentlich kein railway=*, sondern eher ein
 landuse=freight_yard.

 Für GVZ würde ich klar etwas anderes nehmen, ansonsten sind die
 anderen Verkehrsträger nicht so deutlich ersichtlich. Da es außerhalb
 des deutschigen Raumes wohl noch nicht so viele derartige
 Logistikzentren gibt, habe ich in meinen Unterlagen als Übersetzung
 nur FV gefunden. Auf isl.org wird eine Überschrift mit
 Güterverkehrszentrum mit freight village übersetzt. Linguee zeigt,
 dass es aber teilweise sehr kreativ 1:1 übersetzt wird. Mein
 Vorschlag: landuse=freight_village.

 Alternativ könnte man es noch ein wenig allgemeiner halten:

 landuse=logistic
 logistic=freight_yard und freight_village

 Und die einzelnen Transportmedien mit:
 rail=yes/no
 lgv=yes/no
 ship=yes/no


railway=freight_yard scheint für Güterbahnhof ganz richtig zu sein. Mir
ging es auch erstmal nur um das international schon gebräuchliche
Konstrukt eines Bahnumschlagplatzes für Güter (statt Personen), um es
von den normalen Bahnhöfen zu unterscheiden. in Deutschland sind mir
leider schon einige Güterbahnhöfe als normale Bahnhöfe gemappt
untergekommen...

Für die Logistikzentren/Güterverkehrszentren/Güterverteilzentren bietet
sich sicherlich ein logistic=* tag an. Da er aber scheinbar noch nie
verwendet wurde, sollte man hier evtl. vorher eine Findungsphase zu
machen...

Danke für die sprachliche Hilfe,
Andreas


-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Entfernen von Kneipen

2013-04-12 Diskussionsfäden Andreas Neumann
On 04/12/2013 12:14 PM, Ulrich-Dieter Standt wrote:
 Guten Tag,
 bei uns in Meine sind 2 Kneipen in OSM, die es nicht mehr gibt,
 dafür gibt es nun 2 andere. Wie entferne ich Kneipen von der Karte?


Hallo und Willkommen bei OpenStreetMap,

wenn du nur den Fehler melden willst, kannst du OpenStreetBugs
verwenden. http://osmbugs.org/?lat=52.3758lon=10.5716zoom=14 Ein
erfahrener Mapper kümmert sich dann (irgendwann und vielleicht) drum.

Alternativ kannst du es auch selber ändern. Gehe auf der Karte (
http://openstreetmap.org ) an die Stelle, wo die fehlerhafte Kneipe ist
und zoome so weit wie möglich rein. Klicke nun oben links auf den Pfeil
von [Bearbeiten v] und dort auf [Bearbeiten mit Potlach 2].

Wähle die Kneipe aus,
Ändere den Namen oder was sonst noch falsch ist,
Speichere die Änderung ab.

Nach einer gewissen Zeit wird auch die Karte neu gerendert und die
geänderten Daten sind auf ihr zu sehen!

Bitte lösche nicht einfach die Kneipe, insbesondere wenn Adressdaten mit
vorhanden sind. Auch wenn eine Kneipe am Ort nicht mehr existiert, so
existiert doch die Adresse noch. Entferne einfach nur die Attributation
der Kneipe (auf [Advanced] klicken und amenity=pub entfernen, sowie
name=* weg)

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Nutzung von OSM in einer Gemeinde

2013-04-11 Diskussionsfäden Andreas Neumann
Am 11.04.2013 09:00, schrieb Martin Trautmann:
 Mit welcher Technik ist das eingebunden? Es ist etwas irritierend, dass
 der Mauspfeil sich nicht interaktiv verändert.

 Schönen Gruß
 Martin

Die Karte ist mit dem JavaScript-Framework OpenLayers realisiert. Eine
Veränderung des Mauszeigers ist auch möglich, man müsste entsprechend
die CSS anpassen.

Viele Grüße,
Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-04-04 Diskussionsfäden Andreas Neumann
Am 04.04.2013 15:09, schrieb Martin Koppenhoefer:
 welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse keine reale 
 Straße gibt?

Goethestraße in Jena. Die (Werks-)Straße existierte einst in der
Stadtmitte. Über die gesamte Fläche der Straße wurde die Goethegalerie
(nicht befahrbare Einkaufspassage) gebaut. Die einzelnen angrenzenden
Gebäude haben weiterhin die Adresse mit diesem Straßennamen. Die Straße
an sich existiert aber nicht mehr.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?

2013-03-22 Diskussionsfäden Andreas Neumann
On 03/22/2013 10:35 AM, Schorschi wrote:
 Moin.

 Ja, wir machen eine Datenbank - in der die meisten Menschen bei der 
 Bearbeitung lesen müssen, ich nutze jedenfalls keine Audioschnittstelle 
 für das Lesen und Tippen. Und das Lesen geht mit Leerzeichen immer besser. 
 Also sollte der Mapper immer ein Leerzeichen einfügen ... um es mal 
 genauso extrem wie du auszudrücken. Effizienz hat sehr wohl etwas mit 
 Lesbarkeit und Fehlervermeidung zu tun.

 Und wenn du auf die Briefkasten noch niemals Leerzeichen gesehen hast, 
 heißt es nicht, dass es das nicht gibt.

 Mir geht es um bessere Les- und Bedienbarkeit. Und die Technik kann dann 
 gerne die schlechter lesbare Variante intern benutzen. Wie schon 
 geschrieben, weder Speicherplatz noch Rechenkapazität sind da wirklich ein 
 Argument. Wenn es darauf ankäme, bereitete man die Daten z. Bsp. in einem 
 Vorlauf entsprechend auf (muss man ja vermutlich sowieso zur 
 Vereinheitlichung machen).

 Du darst das gerne anders machen. Aber der Mapper _sollte_ es so machen, 
 wie er will - und wenn er einen Anhaltspunkt sucht, ob mit oder ohne 
 Leerzeichen, sollte die Lesbarkeit wohl ein Argument sein. Also dann eher 
 mit Leerzeichen! Und wenn ein Programmierer an diesem Leerzeichen 
 scheitert (er kann es ja auch beim Abspeichern löschen und bei der 
 Darstellung wieder einfügen), dann hat er vielleicht seinen Beruf 
 verfehlt.

 Gruß, Schusch
Moin

Ich persönlich preferiere auch alphabetische Hausnummern mit Leerzeichen
und Kleinbuchstaben. Bei der Auswertung muss ich aber dem Umstand
Rechnung tragen, dass jeder Mapper es irgendwie anders macht. Deshalb
wird bei mir das Feld immer in Kleinbuchstaben umgewandelt und via
reguläre Ausdrücke geparst und neugebaut, um eine einheitliche
Darstellung zu gewährleisten. Es soll Regionen geben, da sind
Großbuchstaben Standard, bzw. werden Punkte oder keine Leerzeichen
verwendet. Daher muss jeder, der die Daten aufbereitet sich überlegen,
ob er die Darstellung (a) anfasst und (b) wie er sie haben will.

Dem Nutzer will ich in dieser Sache nur ungern eine Schreibweise
vorschreiben. Das empfinde ich persönlich als Überregulierung und ist
meist sowieso nicht durchsetzbar. Außerdem gibt es ja, wie bereits
erwähnt, regionale Unterschiede ;)

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Wie Buchstaben-Ergänzung bei Hausnummern mappen?

2013-03-22 Diskussionsfäden Andreas Neumann
On 03/22/2013 01:12 PM, Jo wrote:
 Wie machst du das denn, um die um zu wandeln? Ist das innerhalb JOSM?
 Vielleicht ist jemand anders damit auch geholfen.

 Jo
Hi Jo,

das ist nicht in JOSM! Ich lade mir die Rohdaten (an dieser Stelle ein
Danke an die Geofabrik für den kostenlosen Service) herunter und
interpretiere sie. Beispielsweise für die Seite
http://stadtplan-ilmenau.de . Da hier viele Nachberechnungen nötig sind,
weil viele Daten in der Form vorliegen: Man sieht doch, dass das
zusammengehört, war die Vereinheitlichung der Hausnummern nur ein
weiterer kleiner Schritt.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-03-15 Diskussionsfäden Andreas Neumann
On 03/15/2013 11:57 AM, Karsten Hinz wrote:

 On 15.03.2013 11:46, Fabian Schmidt wrote:

 Spannung: hoffentlich nur für die Straßenbahn
 In Frankreich gibt es auch Straßen mit Oberleitung für Busse. Da diese
 Fahrzeuge aber auch auf Straßenbahn schienen fahren könnten, bin ich
 auch für einen einzigen weg.

 Gruß
 Karsten

Moin,

usus ist es doch, das Fahrspuren, die baulich getrennt sind, auch als
seperate Linien gemappt sind. Ich sehe aber zwei
nebeneinanderverlaufende Schienenstränge als bauliche Trennung an, da es
dem Schienenfahrzeug nicht ohne weiteres möglich ist die Fahrspur zu
wechseln. Dies ist ansonsten bei einem Straßenzug physikalisch einfach
möglich. Auch ist es dabei nur schwer möglich Signale, Sensoren und vor
allem Weichen ordentlich zu mappen...

Ich tendiere daher eher weiterhin für eine Trennung von Straße und
Gleiskörper (zumal ich das in einigen städten erst mühsam umgesetzt habe)

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] *:lanes und Straßenbahnschienen

2013-03-15 Diskussionsfäden Andreas Neumann
On 03/15/2013 02:09 PM, Norbert Wenzel wrote:
 On 03/15/2013 01:46 PM, Andreas Neumann wrote:
 usus ist es doch, das Fahrspuren, die baulich getrennt sind, auch als
 seperate Linien gemappt sind. Ich sehe aber zwei
 nebeneinanderverlaufende Schienenstränge als bauliche Trennung an, da es
 dem Schienenfahrzeug nicht ohne weiteres möglich ist die Fahrspur zu
 wechseln. Dies ist ansonsten bei einem Straßenzug physikalisch einfach
 möglich.

 Wenn die Schienen separat von der Straße verlaufen ist der Fall klar.
 Aber wenn die Schienen in beide Richtungen direkt in der normalen
 Straße verlaufen ist der Fall nicht mehr klar. Denn die bauliche
 Trennung existiert nur für die Schienenfahrzeuge, weil diese eben
 schienengebunden sind, also als Eigenschaft der Anzahl der
 Schienenstränge und nicht als Eigenschaft der Straße. Jeder andere
 Verkehrsteilnehmer kann da drüber fahren/gehen.

 Dann gibt es noch die Möglichkeit die Straße als einen Way in der
 Mitte und links und rechts die Gleiskörper. Dann zeichnet man
 allerdings 3 Ways für etwas, dass eigentlich nur ein einziger Way ist
 und es stellt sich die Frage wie man mit diesen Daten erkennt, dass
 die Schienen eigentlich in der einen Straße liegen. Das funktioniert
 vielleicht im Rendering, weil die Ausdehnung der Straße beim Zeichnen
 größer ist als der Abstand der beiden getrennten Schienenstränge. In
 den Daten hingegen ist es unmöglich zu erkennen ob da jetzt die
 Schienen teil der Straße sind (bspw. um beim Routing für Radfahrer
 Schienenstraßen etwas abzuwerten) oder ob die tatsächlich neben der
 Straße liegen.

 Ich hab das Gefühl hier werden aufgrund von Spezialproblemen
 (perfektes Erfassen der Gleiskörper) die allgemeinen Probleme (Wo ist
 welche Straße und wie ist sie aufgebaut?) vernachlässigt, was dazu
 führt, dass eben einzelne Spezialanfragen gut beantwortet werden
 können, sich aber allgemeine Aussagen nur durch erhöhten Mapping- und
 Rechenaufwand lösen lassen (Relationen, finden annähernd paralleler
 Wege in geringem Abstand, Ways mit Straßenflächen schneiden, etc.).

 Norbert

Das Spiel kann man auch umdrehen: Ihr wollt die korrekt gemappten Gleise
zerstören, um eine Speziallösung für eure Straßenbeschreibung zu haben.
Von mir aus, kann man an den Gleisen Attribute hinzufügen, dass sie auf
der Straße verlaufen. Auch, ob sich die der Gleisstrang eine Spur mit
Autos teilt. Man kann auch gerne im Lanes-Schema ein Attribut
hinzufügen, dass auf einer bestimmten Spur eine Straßenbahn verkehrt,
aber ich würde dennoch die Gleisstränge eigenständig gemappt lassen, wo
dies bereits der Fall ist, da ich das Gleissystem, auch in der Straße,
als eigenständig betrachte.

MfG Andreas


-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Simple 3d Buildings

2013-02-15 Diskussionsfäden Andreas Neumann
Am 16.02.2013 00:04, schrieb Peter Barth:
 Hallo Thorsten,

 Thorsten Alge schrieb:
 Kann mir jemand sagen was ich falsch mache?
 du machst nichts falsch sondern unsere Debugausgabe ist leicht falsch 
 zuverstehen. Der Timestamplayer für dein Gebiet sagt dir lediglich
 wann die Daten das letzte mal gerendert wurden aber nicht, von wann die
 Daten sind (das steht in der About-Seite)!

 Der neueste Dump ist von heute, das Rendern dauert für deine Daten max.
 3 Tage. Also einfach noch etwas länger warten ;)

 Hab das aber mal in unsere TODO-Liste aufgenommen, die Ausgabe etwas
 verständlicher zu gestalten :)

 Gruß,
 Peda


Bei den Timestamps gibts noch einen Bug: Nur, wenn die Karte genordet
wird, wird der korrekte angezeigt. Ist die Karte anders ausgerichtet,
sind die Tiles immer vom 1.1.1970

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Wiki-Probleme

2013-02-02 Diskussionsfäden Andreas Neumann

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Moin,

abgesehen davon, dass die Wiki vor ein paar Nächten gar nicht erreichbar
war, habe ich derzeit einige Probleme mit ihr:

1. mit HTTPS nur unzureichend nutzbar.
Schalte ich in meinem Chrome HTTPS fürs Wiki an (ok, macht
HTTPS-Everywhere automatisch), wird die Seite nicht vollständig geladen.
Chrome verhindert das nachladen unsicherer Elemente. Leider sind ein
Script und mehrere StyleSheets hart codiert via HTTP eingebunden :(

2. Multilinguale-Templates nicht einbindbar
Normalerweise binde ich ein Template über {{Vorlagenname}} in eine Seite
ein. Wenn ich ein Map Features für eine andere Sprache erstelle, so wird
das Sprachkürzel zu Beginn des Vorlagenname geschrieben (Template:DE:Map
Features:office). Wenn ich aber nun versuche {{DE:Map Features:office}}
einzubinden, versucht das Templatesystem des Wikis die Seite DE:Map
Features:office einzubinden, die nicht existiert. Erst durch
voranstellen des Namensraumes {{Template:DE:Map Features:office}} ist
das Problem gelöst :(

MfG Andreas

- -- 
Andreas Neumann
http://stadtplan-ilmenau.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
 
iEYEARECAAYFAlENG6wACgkQqVA6xD1SAvJhLQCfdmJfj3Ww5uZv1jjUewV77K6r
NsAAn1sFyinZY0/zEKrQRmYlEpp6z8wr
=pAVq
-END PGP SIGNATURE-



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


  1   2   3   >