[OSM-talk] Roads in vasayas (Guimaras, Panay and Negros)

[Maning Sambale]

Currently uploading a couple of roads from 1:250K out-of-copyright maps
in Guimaras, Panay and Negros Island with following tags.  I hope local
mappers in Visayas would improve it.

tag k='highway' v='road' /
tag k='FIXME' v='please verify' /
tag k='source' v='AMS 1:250K topomap' /

More will come later.

cheers,
maning


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

Re: [OSM-talk] Large Hadron Collider at CERN now in OppenStreetMap

[paul youlten]

Would it be correct to tag a black hole Physical:
Highway_Parallel_Universe_link?

http://www.cyriak.co.uk/lhc/lhc-webcams.html

On Sat, Sep 13, 2008 at 2:43 AM, OJ W [EMAIL PROTECTED] wrote:
 Done, see http://wiki.openstreetmap.org/ for the map.

 b.t.w. we were wondering about the spelling of Route Planc on the
 CERN map - a google search for Route Planck returns more results,
 and would seem to fit better with the scientists road-naming
 convention in that area.


 On Wed, Sep 10, 2008 at 2:39 PM, David Groom [EMAIL PROTECTED] wrote:
 Definately commended. It gets my vote for next weeks featured image.

 David

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



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




-- 
Tel: +44(0) 7814 517 807

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

Re: [OSM-talk] JOSM: tag-renaming for multiple nodes/ways broken

[Frederik Ramm]

Hi,

Shaun McDonald wrote:
 You shouldn't be doing mass changes in data, unless you are absolutely  
 certain of what you are doing.

True, but Stefan is right, it was possible before to change a certain 
KEY for a group of objects without affecting the VALUE. If this is not 
possible anymore, then someone working on the whole autocompletion magic 
has broken it ;-)

fullquote to josm-dev.

 On 13 Sep 2008, at 14:48, Stefan Neufeind wrote:
 
 Hi,

 in the past I'm quite sure that e.g. in case multiple nodes had tags
 amenityyy (with spelling-error) you could simply select them all at
 one and rename to amenity. JOSM showed the values as different
 during editing, but surely kept the original values after clicking  
 okay.

 However that is not the case anymore. You get different when  
 editing,
 and the individual values are removed from all nodes, thus resulting  
 in
 different being the new value. That effectively destroys data in  
 the
 database :-(

 Not sure how many data is already affected.

 Maybe somebody knows what caused this and could come up with a quick- 
 fix?


 Regards,
  Stefan

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

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [OSM-talk] turn restriction checker

[Frederik Ramm]

Hi,

Franc Carter wrote:
 I hacked up a quick perl script to look for common problems in turn 
 restrictions
 (http://wiki.openstreetmap.org/index.php/Proposed_features/Routing:_turn_restrictions)
 that I am seeing.
 
 It checks for:-
   * missing from,to,via
   * multiply defined from,to,via
   * via not part of from and to

Would be great if it could also check this:

* a way may not be in any from or to role if it goes *through* the 
junction (because in that case the information would be incomplete - you 
would need to know which part of the way is meant!).

Nic has said that he uses the restriction=... tag to clarify these. I 
don't like that idea but if it is used widely then my above rule would 
have to be lifted for relations with a restriction... defined.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [OSM-talk] turn restriction checker

[Franc Carter]

I have added a check on whether the 'via' is the first/last node in the from
and to
ways

On Sun, Sep 14, 2008 at 8:12 AM, Nic Roets [EMAIL PROTECTED] wrote:

  Would be great if it could also check this:
 
  * a way may not be in any from or to role if it goes *through* the
  junction (because in that case the information would be incomplete - you
  would need to know which part of the way is meant!).

 Just to clarify : For example A ends in a T junction where it meets B.
 'to' is B and goes through so it may be unclear if the restriction
 applies to a left turn or a right turn into B. (Traveling forward /
 backwards in B).


Hmm, I've been slow - I hadn't full appreciated the scope of the problem ;-(
Splitting every way that is part of a turn restriction is going to lead
quite
a few more ways.

Although I'm not sure this is a restriction problem, similar things happen
with
classification changes or bike routes etc




 Gosmore currently requires the 'restriction' tag because it uses it to
 distinguish between the two. (And it ignores anything with half,
 left_right and right_left) Specifically it measures the angles
 between the segments and considers turns less than 45 degrees to be
 straight ons and turns more than 135 degrees to be u turns. So there
 have been at least one case in Australia were it was mapped as
 no_right_turn while gosmore considered it a u turn. Of the 3 solutions
 (no_u_turn, only_straight_on and adding a node to give the
 junction a T shape), the mapper chose the latter.


Ahh, I wonder if this is what is causing some of the weirdness I am seeing
with route debugging. Can you send me a permalink to the case in Australia




 I can't see that I will have time to implement anything else before
 2009. So I recommend mappers to take the 30 seconds and add the
 restriction tag and perhaps an extra node. (Just like I recommend
 always add bicycle=yes/no to trunk roads).

 If both roads goes through, Relation:restriction simply does not have
 enough info. (Relation:xrestriction will have enough info, but is not
 supported or used). So then you have to split at least one of the
 ways. I should just point out that the newbies here in Pretoria have
 blindly recombined ways. In the first case the one way had layer=1 and
 the other didn't have layer set, so the recombine did not result in a
 conflict resolution dialog. This may well happen in cases where ways
 were split to make relation:restriction unambiguous.

 O.T. : In the other case(s) the newbie set the layer and name of the
 combined way to 1; 2 and Old Pretoria Road; Old Pretoria Road
 respectively.

  Nic has said that he uses the restriction=... tag to clarify these. I
  don't like that idea but if it is used widely then my above rule would
  have to be lifted for relations with a restriction... defined.

 There are only 500 odd restrictions. So editing them all should not
 take more than a few hours.

 P.S. : I have a very simple proposal for encoding restrictions that
 never requires splitting ways, and unlike xrestriction it will keep on
 working if the someone adds an extra node in the final segment.The
 only drawback is that users will find it difficult. So the best time
 to adopt it will be when one of the editors gets a restriction editor
 function.

 Regards,
 Nic

 
  Bye
  Frederik
 
  --
  Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33
 
  ___
  talk mailing list
  talk@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk
 


cheers

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

Re: [OSM-talk-nl] Mappers in en om Leiden

[Floris Looijesteijn]

sorry voor de extreem late mail...

verwacht je eigenlijk nog iets van mij qua presentatie ofzo?
ik kan nog wel even iets in elkaar draaien. is er internet en/of een beamer?

denk je dat iedereen OSM al kent?

ik zie je in ieder geval morgen!

groet,
floris  (06-24228803)


Myckel Habets schreef:
 Helaas kan ik de LOSC website niet updaten vanwege technische problemen
 en degene die de server beheert is niet te bereiken (vakantie?).

 De meeting organiseren we altijd in De Linkse Kerk in de vrijplaats
 Koppenhinksteeg. De volgende meeting zal om 14:00 uur beginnen en zal
 tot ongeveer 17:00-18:00 doorgaan. Aangezien dit nogal een eind van de
 Vink afligt, lijkt me dat meer geschikt voor een follow-up.

 Andere mogelijke ideeen:
 - Amenities in het centrum, hier kan nog een hoop gedaan worden.
 - Beginnen met brainstormen voor een studentenkaart (zoals in
 Kopenhagen gedaan in, voor de El Cid volgend jaar) en kijken
 of zoiets haalbaar is.
 - Veel steegjes naar hofjes met straatnamen missen volgens mij op de
 kaart.
 - Nieuw Leyden is misschien dan ook al toegankelijk, dat kan gemapped
 worden.

 Groeten,

 Myckel


 On Wed, 20 Aug 2008 21:44:54 +0200 (CEST)
 Floris Looijesteijn [EMAIL PROTECTED] wrote:

 Jazeker!
 Ik heb vorige week even met Daniel gesproken en die had wel ideeen
 voor een mapping party in Leiden. Vooral de wijk rond station de Vink
 heeft nog veel ruimte voor verbetering. Er zijn bijvoorbeeld allerlei
 doorsteekjes en fietspaden die nog niet op de kaart staan.

 Is er ergens meer info over die meeting?

 Groet,
 Floris

 Myckel Habets schreef:
  Beste mensen,
 
  Op 14 September staat er in Leiden weer een LOSC meeting geplanned.
  Op de maillijst van de LOSC is er gevraagd naar een thema en hoewel
  er al wat balletjes opgegooid zijn lijkt vooralsnog de meeste wens
  naar een OSM-gerelateerd thema (mappen en/of rendering iets doen).
 
  Zijn er hier mensen in de omgeving Leiden die zin hebben om die dag
  samen iets te ondernemen? Ideeen zijn natuurlijk ook welkom.
 
  Groeten,
 
  Myckel
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl




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

[talk-au] Waycheck: a problem spotter for osm data

[Peter Ross]

Hi all,

I just read the following diary entry

http://openstreetmap.org/user/Gary68/diary/3312

where the guy talks about WayCheck, a program he wrote to find
possible routing problems with the data.  Thought some of you might be
interested in chasing this up.

Pete

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

Re: [Talk-de] Navigationssystem, oder so?

[Wolfgang Silbermayr]

Sven Sommerkamp wrote:

 Ich habe allerdings noch keinen blassen Schimmer, wie man erkennen soll auf
 welchem way man sich gerade befindet. Ich hoffe aber das es anderen da
 anders geht.
 Die Idee hab ich auch schon lange, eigentlich bevor es OSM gab.
 Nur kann ich nicht programmieren..
 Meines Erachtens w?hre das dann die ultimative-killer-osm-maper-app.
 Glaub ich auch.
 Ich stelle mir z.B. ein Opentom vor..

Die Idee hab ich auch schon einige Zeit im Kopf. Da gibts das beagle
board [0], das kostet 150 US$, hat das wichtigste was man braucht und
dürfte eine entsprechende Leistung haben. Basierend darauf wird zum
Beispiel die OpenPandora Spielekonsole [1] entwickelt, die irgendwann
Ende des Jahres für verhältnismäßig wenig Geld zu haben sein wird. So
etwas in der Art, nur halt auf Navigationssystem ausgerichtet, das wäre
durchaus interessant. Bindet halt einige Ressourcen, aber scheint mir
durchaus eine Überlegung wert.

Damit sich sowas allerdings bewährt, müsste es relativ einfach sein,
dass ein nicht allzu versierter Nutzer das Kartenmaterial updaten kann.

Navit würde sich meiner Meinung nach durchaus eignen, allerdings
benötigt es noch etwas Zeit, insbesondere das Bedieninterface ist noch
etwas wenig ausgereift.

Grüße, Wolfgang.

--

[0] http://beagleboard.org/
[1] http://openpandora.org/

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

Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?

[FreeWorld]

Christoph Eckert schrieb:

 Meine Meinung: Man könnte an die existierenden Objekte ein zusätzliches 
 historic=city_wall hängen, um die ursprünglichen Mapper nicht über die Maßen 
 zu ärgern, und neue Objekte mit historic=city_wall versehen.

Willst du wirklich die 17 Leute nicht verärgern, die schon mal sowas
getagt haben? Nein ernsthaft - ich kenne zufällig eine der 4 Dingse in
Deutschland und da wurde das für ne Burgmauer verwendet, weil nix
besseres da war. Ich denke hier kann man frei ändern ohne jemandem zu
nahe zu treten. Ärgern würdest du die Mapper, wenn du es löschst, aber
nicht, wenn du es tagmäßig aufräumst.

Außerdem bieten solche Dinge ja immer ein Beispiel und der nächste der
kommt, denkt dann das muss so sein, dass da 2 Mal fast der gleiche Tag
dranhängt und macht das auch so. Nee nee, dann lieber richtig machen.

Grüße



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

Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug

[PieSchie]

Hallo,

ich habe noch keine Zeit gefunden mich in JOSM und seine Plugins 
einzuarbeiten, d.h. von mir kannst du vorerst keine Hilfe erwarten. 
(Vielleicht im Winter wenn es draußen dunkel ist ;)

Die Erzeugung von Punkten/Strecken läuft unter JOSM bisher 
ausschließlich über visuelle Wahrnehmung = Maus ziehen, bis es passt und 
klicken. Was mir vorschwebt ist wie du schon erklärt hast die Erstellung 
von Punkten anhand von Messdaten. Darunter wären z.B.
- Auf gegebener Strecke einen Punkt nach x Metern vom Anfangspunkt setzen
- Eine Strecke der Länge x Meter erzeugen (Anfangspunkt setzen, 10 Meter 
eingeben und egal wie weit die Maus weg ist, der zweite Klick erzeugt 
die Strecke in die Richtung, aber NUR 10 Meter lang)
- Zwei Strecken parallel mit x Metern Abstand erzeugen.

Die Idee finde ich super und gerade bei parallel verlaufenden Strecken 
(Autobahn, Eisenbahn, ...) sehr wichtig. Ich kann leider nichts über den 
Aufwand sagen, weswegen ich mich noch nicht zum selber entwickeln 
überreden konnte :-(

Grüße,
  PieSchie

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

Re: [Talk-de] JOSM installieren

[Florian Schmitt]

Markus schrieb:

 Ich möchte gern die neuesete JOSM-Version isntallieren. Nicht die 
 neueste Entwicklerversion, sonder eine einigermassen geprüfte.

 Wie mache ich das?

JAR-Datei runterladen und entweder per Doppelklick starten oder den Aufruf java
-jar NAME_DES_JARFILES mit beliebigen weiteren Parametern in ein kleines
Batch-Skript packen.

 Was geschieht dabei mit den bereits installierten Plug-ins?
 Mit angepassten Einstellungen?

Soviel ich weiss sucht JOSM automatisch sein Einstellungs- und
Plugin-Verzeichnis und legt es ggf an (Win: Dokumente und Einstellungen...;
linux: /home/USER/.josm ). Gibt es schon eins, wird das genutzt, egal ob es
von dieser oder einer anderen Version angelegt wurde.

 Worauf muss ich da achten?

Wenn Du keine unterschiedlichen Einstellungen zwischen den JOSM-Versionen haben
möchtest: IMHO auf nix besonderes, starten und läuft.

 Erwartet hätte ich diese Informationen:
 als Link in Josm unter Über
 als Link in Josm unter Hilfe
 oder zumindest in 
 http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger#JOSM_installieren

Wenn ich dazukomme... (oder Du oder jemand anderes...)


Gruss
Florian

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

Re: [Talk-de] Wozu überhaupt Tags vorschlagen?

[Etric Celine]

On Saturday 13 September 2008 03:16:27 Christoph Eckert wrote:
 ich dachte immer, talk-de sei von 0h bis 6h zwecks Nachtruhe geschlossen :)

Ich bin halt ein Rebell und halte mich nicht an die Nachtruhe ;)

 Im Wiki muss man aber nach wie vor äußerst
 Key-Orientiert denken. Als Normalsterblicher denke ich nicht
 an Flächenverbrauch=Wald, Waldtyp=Mischwald sondern Hier ist ein
 Mischwald.

Hmm in dem Falle sollte man vielleicht die How-to-Map-A Seite etwas 
prominenter gestalten. Diese versucht ja genau so etwas zu beschreiben.

 Ich finde Tagwatch ein Supertool. Die Ausgabe kann man aber sicher noch
 optimieren. Vielleicht wäre eine Zusatzausgabe, die häufig vorkommende
 Keykombinationen auf je eine Setie wirft, cool. Die Seiten sollte man dann
 manuell mit Zusatzangaben versehen können, die persistent sind, also den
 nächsten Tagwatchlauf überdauern. Bis jetzt war es mir leider nicht wichtig
 genug, als dass ich mal 'reingesehen hätte.

Das verstehe ich nicht ganz. Tagwatch bietet schon die Möglichkeit sich für 
jeden Key anzuschauen welche anderen Tags häufig genutzt werden. Im groben 
würde eine Seite mit häufig vorkommende Key kombinationen nur die Spitze des 
Eisberges abdecken und anzeigen wie oft highway=* mit ref=* oder name=* oder 
oneway=* etc. genutzt wurde. Dies sind alles Dinge, die schon zu genüge 
woanders beschrieben sind.

Gruß
Jörg


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

Re: [Talk-de] Differential-GPS

[Gerhard]

On Sat, 13 Sep 2008, Stefan Hirschmann wrote:

 Habe mal auch eine Frage zu dem Thema. Einige D-GPS Signale werden ja
 auch über Internet gestreamt. Würde es Sinn machen, bzw. überhaupt
 möglich sein, sein NMEA File mit diesen Daten zu korrigieren? Dies hätte
 den Vorteil, dass es gratis geht.

Leider nicht so einfach. Der Chip im Empfänger misst zunächst die Rohdaten 
Pseudorange und ggf. carrier phase, d.h. die Laufzeiten der 
Satellitensignale. Pseudo range heissen die deshalb weil zusätzlich zum 
Abstand eine weitere Unbekannte drin steckt, nämlich die nicht bekannte 
exakte Uhrzeit des Empfängers. Mit mindestens 4 Pseudorange-Messungen 
bestimmt der Empfänger dann daraus seine Position (die der Antenne, 
genauer gesagt). Korrigierbare Fehler dabei sind z.B. die exakte Position 
der Satelliten und die variablen Laufzeiten durch die Ionosphäre (beides 
Größenordnung Meter). Mit DGPS kann man diese korrigieren, aber nur an den 
Pseudorange-Messungen, bevor der Empfänger daraus die Position ausrechnet, 
d.h. Du musst die Korrektur an die Rohdaten anbringen; wenn diese erstmal 
zur Position zusammengefasst sind ist es zu spät. Dazu gibt es zwei 
Möglichkeiten: Du stellst dem Empfänger die Korrekturdaten in Echtzeit zur 
Verfügung, die meisten Empfänger können das, das Problem ist nur, 
geeignete Korrekturdaten dort zu empfangen wo der Empfänger gerade ist und 
geeignet weiterzuleiten (oft an einen seriellen Eingang). Die andere 
Möglichkeit ist nachträgliche Verarbeitung (postprocessing). Das fände ich 
sehr attraktiv, setzt aber voraus dass der Empfänger die Rohdaten 
aufzeichnet und nicht nur die daraus berechnete Position. Mir bekannte 
bezahlbare Empfänger tun das leider nicht, obwohl es technisch kein 
Problem wäre. NMEA Files enthalten meines Wissens auch nicht die Rohdaten.

Gerhard

 Mir geht es nicht darum, auf 10cm genau zu sein, glaube auch nicht, dass
 das geht, aber zumindest den großen Versatz, wo ich dann nicht weiß, ob
 es eine neue oder alte Straße ist (also bereits gemappte Straße soweit
 verschoben, dass sie nicht mit GPS Daten überein stimmt).___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Florian Schweikert]

Ich verwende wikipedia=page_name, steht zumindest so in der wiki.
Für anderes kann soll man angeblich website= verwenden, wenn ich es recht in
Erinnerung habe.
Mein Problem ist das für wikipedia (noch) keine Sprache angebbar ist.
Wenn es die page nur auf Deutsch gibt, und man den deutschen angibt verlinkt
er (falls es mal sowas gibt) vermutlich zur englischen wikipedia und findet
nichts.

mfg,
Florian (Kelvan)

Am 12. September 2008 13:03 schrieb Roman Grabolle [EMAIL PROTECTED]:

 Mir fällt auf, dass an den verschiedensten Stellen, vor allem POIs immer
 mal wieder URLs eingetragen sind, so vor allem bei Burgen und Denkmalen.
 Sicher woanders auch, aber da bin ich halt aktiv und sehe aus. Es gibt aber
 kein System und jede_r macht mal wieder, was er/sie will.

 www=
 info=
 url=
 url_wikipedia=
 ...

 Siehe z.B:
 http://etricceline.de/osm/Germany/En/tagstats_historic%3Dmemorial.htm

 http://etricceline.de/osm/Germany/En/tagstats_historic%3Darchaeological_site.htm
 http://etricceline.de/osm/Germany/En/tagstats_historic%3Dcastle.htm

 Hat eine solche Verknüfung überhaupt schon einen Sinn? Wenn ja, wie sollte
 es dann am besten gemacht werden? Es gab doch auch mal Überlegungen, dies in
 eine externe Datenbank einzuarbeiten. Sind das Luftschlösser oder wird schon
 daran gearbeitet?

 Viele Grüße
 Roman
 --
 Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen:
 http://www.gmx.net/de/go/multimessenger

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

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

Re: [Talk-de] Verknüpfung mit Wikipedia oder andere n Datenbanken

[Etric Celine]

On Saturday 13 September 2008 11:16:31 Florian Schweikert wrote:
 Mein Problem ist das für wikipedia (noch) keine Sprache angebbar ist.
 Wenn es die page nur auf Deutsch gibt, und man den deutschen angibt
 verlinkt er (falls es mal sowas gibt) vermutlich zur englischen wikipedia
 und findet nichts.
Du könntest das Namespace construct :de :en etc nehmen.

also wikipedia:de=page_name bzw wikipedia:en_page_name
Wird jetzt schon bei der allgemeinen Namensvergabe sehr oft benutzt.

Gruß
Jörg



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

Re: [Talk-de] KOSMOS: Einbahnstraße darstellen

[Jan Tappenbeck]

Moin !

hier die Stellungnahme vom KOSMOS-Entwickler bzgl. der Einbahnstraße.

Icons for areas will have a beta-support in the next release 
(September). Rendering of one-way streets will be probably done in the 
release after that (2.3).

Gruß Jan :-)


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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Sven Rautenberg]

Florian Schweikert schrieb:
 Ich verwende wikipedia=page_name, steht zumindest so in der wiki.
 Für anderes kann soll man angeblich website= verwenden, wenn ich es recht in
 Erinnerung habe.

Das finde ich irgendwie unglücklich.

Warum wird die Wikipedia als Webseite so herausgehoben im Vergleich zu
allen anderen Webseiten? Auch ein Link auf eine Wikipedia-Seite ist
zuallererst mal nur ein Link.

Viele Grüße
Sven

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

Re: [Talk-de] KOSMOS: Fläche mit Symbol erstellen

[Jan Tappenbeck]

Moin !

hier die Stellungnahme vom KOSMOS-Entwickler bzgl. der Symboldarstellung 
in Flächen.

Icons for areas will have a beta-support in the next release 
(September). Rendering of one-way streets will be probably done in the 
release after that (2.3).

Gruß Jan :-)


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

[Talk-de] Unclassified vs. Tracks

[Christian]

Während ich persönlich Wirtschaftswege gerne als unclassified tagge,
scheint der Trend dahin zu gehen sowas als track mit grade1 zu loggen.

Beispiel (links unclassified / rechts tracks):

http://openstreetmap.org/?lat=51.7623lon=7.5427zoom=13layers=B00FTF

Die Strassen sind aspaltiert und sehen so aus wie
in den DE:Mapfeatures bei highway=unclassified abgebildet. Sie werden
in der Regel auch von KFZ genutzt.

Als Erläuterung zu highway=track steht in den MapFeatures:
Feld- oder Waldweg (Wirtschaftsweg).

Das ist das Problem. Weil es IMHO einen himmelweiten Unterschied
zwischen Wirtschaftsweg und Feld- oder Waldweg gibt.

Christian

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

Re: [Talk-de] Unclassified vs. Tracks

[Florian Lohoff]

On Sat, Sep 13, 2008 at 11:40:42AM +0200, Christian wrote:
 Subject: [Talk-de] Unclassified vs. Tracks
 
 Während ich persönlich Wirtschaftswege gerne als unclassified tagge,
 scheint der Trend dahin zu gehen sowas als track mit grade1 zu loggen.

Da gibts keinen trend irgendwohin. Es gibt keinen konsenz und jeder macht
das wie er meint. Ich mache alles was ausserhalb geschlossener
Ortschaften ist und nicht in hoehere Kategorien faellt und nicht als
Hofzufahrt, Privatweg oder aehnlichem aussieht als unclassified.

Fuer micht ist tracktype=grade1 ueberfluessig zumindest meist.
Hofzufahrten sind fuer mich wenn nicht oeffentlich dann eher service.
Die anderen tracktypes lasse ich gelten. Es sind halt Tracks und keine
Straßen. D.h. ich sehe eine nutzung anhand der Spuren und vielleicht
hat auch jemand Schotter hingeworfen weil es dann auch im Winter
befahrbar bleibt aber es ist keine oeffentliche Straße die auch jemand
wie der Postbote oder die Muellabfuhr benutzt.

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

[Talk-de] JOSM-Fragen

[Christian]

1) gibt es eine Seite, wo alle Einstein-Einstellungen erläutert
werden? Ich suche schon länger eine Einstellung für die Selektions-
Sensitivity, also wie weit ich neben einem Node/Way klicken darf
damit er selektiert wird.

2) Dass Areas bei der Selektion nicht gefüllt werden habe ich
abgestellt. Jetzt wird die Innenfläche aber leider nicht mehr
leicht eingefärbt, wenn die Area nicht selektiert ist.

Chris

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

[Talk-de] Gewässer im Bereich Itzehoe defekt

[Jan Tappenbeck]

Moin !

ich habe gerade den Bereich um Itzehoe aufgefufen und festgestellt, dass 
die Stör irgendwie völlig defekt ist.

Leider konnte ich den Bearbeiter nicht finden (als User).

Vielleicht war es einer von Euch oder einer der erfahreneren kann sich 
der Sache einmal annehmen.

http://www.openstreetmap.org/index.html?mlat=53.88698mlon=9.55148zoom=11

Gruß Jan :-)


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

[Talk-de] Museum oder Attraktion

[Jan Tappenbeck]

Moin !

kurze Frage nach Eurer allgemeinen Handhabe.

Bei uns in Lübeck gibt es viele intern. Bekannte Ort (hier keine Werbung).

Die hat einer alle als Attraktion getackt und daher ist 
Informationsfreeway stark hervorgehoben. Wenn das so weiter geht, dann 
ist in der Karte bald nichts mehr zu erkennen. In OSM hingegen werden 
die gar nicht dargestellt.

http://www.informationfreeway.org/?lat=53.866291544058456lon=10.690361968415338zoom=15layers=B000F000F
http://www.openstreetmap.de/karte.html?zoom=17lat=53.86693lon=10.6854layers=B0

Ich weiß, alles eine Frage des Renders und der Konfig - aber wie macht 
Ihr das - alles richig als Museum kennzeichnen - beides vergeben oder 
was sind ansonsten Attraktionen?

Gruß jan :-)


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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Rolf Kutz]

On 13/09/08 11:28 +0200, Sven Rautenberg wrote:

Florian Schweikert schrieb:

Ich verwende wikipedia=page_name, steht zumindest so in der wiki.
Für anderes kann soll man angeblich website= verwenden, wenn ich es recht in
Erinnerung habe.


Das finde ich irgendwie unglücklich.

Warum wird die Wikipedia als Webseite so herausgehoben im Vergleich zu
allen anderen Webseiten? Auch ein Link auf eine Wikipedia-Seite ist
zuallererst mal nur ein Link.


Weil deren Inhalte auch unter einer freien Lizenz
stehen. Dies gilt natürlich auch für andere
Seiten, aber nicht für alle anderen.

Ein Schema mit url= wäre natürlich optimaler.

vg, Rolf

--
... Vanity asks the question, 'Is it popular?' ...


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

Re: [Talk-de] Gewässer im Bereich Itzehoe defekt

[chris66nrw]

 ich habe gerade den Bereich um Itzehoe aufgefufen und festgestellt, dass 
 die Stör irgendwie völlig defekt ist.

Das Flussufer ist als River und nicht als Riverbank eingetragen.
Ansonsten: Klasse, dass fast jeder Node in Itzehoe mit einer ele (Höhe)-
Information versehen ist. :-)

Chris
-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger

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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Ulf Lamping]

Sven Rautenberg schrieb:
 Florian Schweikert schrieb:
 Ich verwende wikipedia=page_name, steht zumindest so in der wiki.
 Für anderes kann soll man angeblich website= verwenden, wenn ich es recht in
 Erinnerung habe.
 
 Das finde ich irgendwie unglücklich.
 
 Warum wird die Wikipedia als Webseite so herausgehoben im Vergleich zu
 allen anderen Webseiten? Auch ein Link auf eine Wikipedia-Seite ist
 zuallererst mal nur ein Link.
 

Jein.

Wenn ich weitergehende Information über ein OSM Objekt haben möchte, 
sollten diese (zumindest aus meiner Sicht):

- kurz und bündig darüber informieren, was das Objekt eigentlich ist
- für den Laien verständlich sein
- möglichst editierbar, damit Fehler korrigiert / Ergänzungen gemacht 
werden können, die bei OSM nicht so richtig reinpassen
- möglichst Werbefrei sein

Damit fallen meist sehr, sehr viele mögliche Alternativen zu einem 
Wikipedia Link raus.


Ich hab bei mir eine kleine POI Liste mit Alpenpässen angefangen, die 
enthält neben den notwendigen Infos fast immer nur einen Wikipedia link. 
Ganz selten brauche ich weitere Infos, z.B. wann ein bestimmter 
Alpenpass im Spätherbst schließt, dann halte ich mir zusätzlich zur 
Wikipedia noch den Link auf die (dann meist offiziellen) Seiten.


Daher macht es aus meiner Sicht durchaus Sinn, Wikipedia hier eine 
Sonderstellung einzuräumen ...

Gruß, ULFL

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

Re: [Talk-de] Unclassified vs. Tracks

[grungelborz]

Christian schrieb:
 Während ich persönlich Wirtschaftswege gerne als unclassified tagge,
 scheint der Trend dahin zu gehen sowas als track mit grade1 zu loggen.
 
 Das ist das Problem. Weil es IMHO einen himmelweiten Unterschied
 zwischen Wirtschaftsweg und Feld- oder Waldweg gibt.
 
Ich verwende 'track'+'grade1' statt unclassified wenn ein Weg einspurig 
ist und für den allgemeinen Autoverkehr nicht gedacht oder verboten ist 
- d.h. es gibt einen besseren 'unclassified' Weg.

Z.b. bei 
http://informationfreeway.org/?lat=48.225841899987074lon=11.784917586138693zoom=15layers=B000F000F
 
   ist der beste Weg für Autos vom BMW Testgelände nach Neufintsing über 
'An der Dorfen' + 'Eicherloher Straße'. Der südliche Weg über den 
'grade1-track' wird von Autos normalerweise nicht verwendet. In Google 
ist dieser Weg auch nur als 'track' d.h. dünner gezeichnet.

Daher macht 'track+grade1' als zusätzliche Kartegorie durchaus Sinn.

Ein 'grade1' und ein 'grade2' track unterscheiden sich IMO nicht so sehr 
- auf beiden muß man als Autofahrer langsam fahren, sie sind aber ohne 
Probleme und bei jedem Wetter befahrbar.

Gruss,

Grungelborz


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

[Talk-de] Political Correctness (was: Re: Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?)

[Sascha Silbe]

On Sat, Sep 13, 2008 at 02:40:13AM +0200, Christoph Eckert wrote:

Meine Meinung: Man könnte an die existierenden Objekte ein 
zusätzliches historic=city_wall hängen, um die ursprünglichen 
Mapper nicht über die Maßen zu ärgern, und neue Objekte mit 
historic=city_wall versehen.
Man kanns auch übertreiben mit dem der ursprüngliche Mapper könnte 
sich dabei ja was wichtiges gedacht haben.
Sorry, aber so langsam komm ich mir hier vor wie im Irrenhaus. Wofür 
ist OSM denn wiki-style, wenn man weder falschgeschriebene Straßennamen 
korrigieren darf (siehe anderer Thread) noch die Handvoll bereits 
eingetragener Objekte auf ein neues, besseres Schema ändern darf? Soll 
man sich dafür zukünftig die Genehmigung aller Objektbesitzer 
einholen, per Formblatt 63A?
Wenn ich was eintrage, wozu es bisher nix im Wiki gibt, trage ich es 
halt so ein, wie ich mir das vorstelle. Wenn ich dann mal Zeit habe und 
mehr als nur ein einzelnes Examplar davon eingetragen habe, kann ich das 
auch auf talk-de und/oder im Wiki vorstellen. Aber garantiert bin ich 
niemandem böse, der die Tags ändert, weil es inzwischen ein passendes 
Schema dafür gibt. Ich trage es schliesslich ein, weil die Information 
für irgendjemand mal nützlich sind könnte, und nicht, weil ich will, 
daß unter genau diesen Koordinaten genau diese Strings in der Datenbank 
stehen.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


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

Re: [Talk-de] JOSM-Fragen

[Dirk Stöcker]

On Sat, 13 Sep 2008, Christian wrote:


1) gibt es eine Seite, wo alle Einstein-Einstellungen erläutert
werden?


Ich hoffe nicht. Wenn die Einstellungen so interessant werden, dass man 
sie erläutern muss, dann sollte man auch normale Einstellungen daraus 
machen.


Die Einstein-Prefs sind Einstellungen der Art von denen der Programmierer 
denkt: Vielleicht sollte man mal dran drehen können, aber eigentlich eher 
nicht.



Ich suche schon länger eine Einstellung für die Selektions-
Sensitivity, also wie weit ich neben einem Node/Way klicken darf
damit er selektiert wird.


Habe ich letztens mal eingebaut node.snap-distance. 10 ist Standard.


2) Dass Areas bei der Selektion nicht gefüllt werden habe ich
abgestellt. Jetzt wird die Innenfläche aber leider nicht mehr
leicht eingefärbt, wenn die Area nicht selektiert ist.


mappaint.fillareas ?

Das schaltet das Füllen ganz ab. Warum willst Du das? JOSM nutzt jetzt im 
Auswahlmodus die gleichen Alpha-Werte, wie im Normalmodus, so dass dieser 
die ganze Fläche wird gefärbt-Effekt nicht mehr auftritt.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Eröffnung - Schließung - Abriss

[Roman Grabolle]

Falls es mal wieder nicht klappt, Bezug auf
[Talk-de] Eröffnung - Schließung - Abriss
http://www.mail-archive.com/talk-de@openstreetmap.org/msg21595.html

Hallo, 

ich habe die Diskussion verfolgt und auch mal geschaut, was schon vorher in 
diese Richtung hier an Ideen entwickelt wurde:

[Talk-de] Behandlung von historischen Stadtmauern?
http://www.mail-archive.com/talk-de@openstreetmap.org/msg10926.html

 Da fällt mir so spontan ein:
 Ein ganz neues Projekt wäre es, Stadtentwicklung zu dokumentieren
 oder noch allgemeiner historische Entwicklung von allem dokumentieren.

 railway=rail history:build=1910 history:disused=1966
 highway=primary history:track=1512 history:secondary=1877 history:primary=1966
 landuse=residential history:build=1877
 landuse=residential history:build=2005 history:industrial=1877
 landuse=residential history:build=1977 history:wood=-
 ... oder so ähnlich, mal auf die Schnelle laut gedacht.
 Und dann ein Renderer, wo man 1902 eingibt und man bekommt
 den Stadtplan von 1902... *träum* ;-)
 Gruß Mueck

 [Talk-de] Antw: Historie algemein, war: Re: Behandlung von historischen 
Stadtmauern?
http://www.mail-archive.com/talk-de@openstreetmap.org/msg10998.html

 Ja, sowas will ich irgendwann haben; mein Fokus liegt allerdings auf der 
 Eisenbahn
 und dort gibt es gigantische Möglichkeiten, historische Entwicklungen und
 Zusammenhänge zu dokumentieren und abrufbar zu gestalten. Für die große
 Szene der Railsimulatoren wäre eine freie, georeferenzierte Datenbasis  
 ein Quantensprung.
 Torsten

Falls ich was übersehen habe, sagt bitte Bescheid. Nun hat Frederik mich als 
Archäologie und Historiker direkt gefragt, was ich davon halte: 

http://www.mail-archive.com/talk-de@openstreetmap.org/msg21800.html

 Aber noch was ganz anderes - wo ich Dich grad an der Strippe habe. Das 
 ist auch so ein Thema, das immer mal wieder von Historikerseite 
 aufkommt: Wie taggt man denn Sachen, die gar nicht mehr da sind? Hier 
 stand von X bis Y die Soundso-Mauer? Da gibt es die wildesten Ideen, 
 von eigenen, getrennten Datenbanken fuer historische Objekte bis hin zu 
 Tags der Art from-date und to-date. Historiker wuenschen sich 
 natuerlich, aus OSM oder einer OSM-artigen Technik ggf. auch irgendwann 
 mal eine Karte einer Gegend von vor 500 Jahren herauszulassen... oder 
 von mir aus vor 200. Mit dem ganzen alten Mist kann man natuerlich den 
 durchschnittlichen OSM-User nicht erschlagen, da kommt ja alles 
 durcheinander. Andererseits gibt es ja durchaus Objekte, die einige 100 
 oder gar 1000 Jahre auf dem Buckel haben, und irgendwie waere es 
 unnatuerlich, wenn man jetzt unterschiedliche OSM-Datenbanken haette 
 fuer jede Zeit... Probleme ueber Probleme.

In der zeitlichen Tiefe, wie von Frederik angesprochen (200 Jahre, 500 Jahre, 
1000 Jahre, noch älter), kann das nichts werden. Da haben wir weder die 
Datendichte noch die Datenqualität dafür. Ich werde das gleich noch 
ausführlicher erklären. Was eventuell gehen könnte, wäre eine Karte über die 
historische Entwicklung ab, sagen wir mal grob, Mitte oder zweite Hälfte des 
19. Jh., also kurz vor und ab der industriellen Revolution in Europa, 
Nordamerika und kleinen Teilen der restlichen Welt. 
http://de.wikipedia.org/wiki/Industrielle_Revolution_in_Deutschland

Der wesentliche Grund dafür ist, dass die heutige Infrastruktur zum 
beträchtlichen Teil auf den in dieser Zeit gelegten Grundlagen beruht. Die 
großen Arbeiter- und Villenviertel in den Städten aus der Gründerzeit 
(http://de.wikipedia.org/wiki/Gr%C3%BCnderzeit ) und der Zeit vor dem 1. 
Weltkrieg, die meisten Bahnlinien und –einrichtungen wie Bahnhöfe (auch heute 
schon wieder aufgegebene), innerstädtische Industriebauten und vieles anderes 
mehr stammen noch aus dieser Zeit oder haben hier ihre Ursprünge. Außerdem 
haben wir auch ungefähr aus dem Zeitraum die ersten verlässlichen, halbwegs 
maßstabsgerechten Stadtpläne, Katasterkarten und Messtischblätter.

Wer sich für solch ein Projekt „Historische OSM“ interessiert, möge mal bitte 
schauen, ab wann es in seiner Stadt die ersten (gedruckten) Stadtpläne im 
heutigen Sinne gibt. Hier nur wenige Beispiele:

Tranchot-Karten im Rheinland 1801 bis 1814: 
http://www.krefeld.eu/kommunen/krefeld/FB62.nsf/85e3f7ba8b89f33ec1256bd4003e666a/dd66f4a38f0fd5abc1256c6300488670?OpenDocument

Immer noch vergleichsweise früh Berlin 1842: 
http://de.wikipedia.org/wiki/Bild:ZLB-Berliner_Ansichten-Maerz.jpg
Höchst 1870: http://de.wikipedia.org/wiki/Bild:Hoechst_Nied_Plan_1870.jpg
Dresden 1876: http://de.wikipedia.org/wiki/Bild:Dresden1876.jpg
Höchst 1897: 
http://de.wikipedia.org/wiki/Bild:Lageplan_H%C3%B6chst_1897_1889.jpg

Einige Anmerkungen zur Entstehung des preußischen Grundsteuerkatasters (etwa ab 
1822 und dann bis 1835, in den Ostprovinzen erst 1861) und auch sonst 
hilfreiche Übersicht für die preußischen Rheinlande:
http://www.krefeld.eu/kommunen/krefeld/FB62.nsf/85e3f7ba8b89f33ec1256bd4003e666a/51935d8eb061020cc1256b87004a7b24?OpenDocument

Re: [Talk-de] Verkn?pfung mit Wikipedia oder anderen Datenbanken

[Heiko Jacobs]

Etric Celine [EMAIL PROTECTED] wrote:
 On Saturday 13 September 2008 11:16:31 Florian Schweikert wrote:
 Mein Problem ist das f?r wikipedia (noch) keine Sprache angebbar ist.
 Wenn es die page nur auf Deutsch gibt, und man den deutschen angibt
 verlinkt er (falls es mal sowas gibt) vermutlich zur englischen wikipedia
 und findet nichts.
 Du k?nntest das Namespace construct :de :en etc nehmen.
 
 also wikipedia:de=page_name bzw wikipedia:en_page_name

... und von dieser Sprachseite fuehren in der Wikipedia ja auf der linken
Seite Links zu allen anderen Sprachen, sofern vorhanden und eingetragen,
von daher gute Loesung m.E. auch international betrachtet. Und ein Argument
fuer die hervorgehobene Behandlung des freien Schwesterprojektes :-)
Wikipedia. Eines fernen Tages kann so evtl. die Software, die den link
zur Wikipedia anzeigen soll, selbst dort nachschauen, was es fuer Sprachen
schon gibt, das cachen und gleich von OSM aus die vefuegbaren Sprachen
anzeigen oder gar nahc Usereinstellung gleich die richtige praesentieren :-)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

Re: [Talk-de] Unclassified vs. Tracks

[Heiko Jacobs]

Christian [EMAIL PROTECTED] wrote:
 W?hrend ich pers?nlich Wirtschaftswege gerne als unclassified tagge,
 scheint der Trend dahin zu gehen sowas als track mit grade1 zu loggen.
 
 Beispiel (links unclassified / rechts tracks):
 
 http://openstreetmap.org/?lat=51.7623lon=7.5427zoom=13layers=B00FTF

Ich wuerde sagen: rechts fertig, links fehlen noch die tracks  1 ...

 Die Strassen sind aspaltiert und sehen so aus wie
 in den DE:Mapfeatures bei highway=unclassified abgebildet. Sie werden
 in der Regel auch von KFZ genutzt.
 
Der Unterschied unclassified contra track-grade1 steht bei asphaltierten
Wegen eigentlich immer am Anfang des Weges:
Verbotsschild 250 (roter Kringel mit nix drin) mit Zusatz Land- und
forstwirtschaftlicher Verkehr frei ist track-grade1, alles andere
unclassified

 Als Erl?uterung zu highway=track steht in den MapFeatures:
 Feld- oder Waldweg (Wirtschaftsweg).
 
 Das ist das Problem. Weil es IMHO einen himmelweiten Unterschied
 zwischen Wirtschaftsweg und Feld- oder Waldweg gibt.

Der Bundesgerichtshof ist da anderer Meinung :-)
Siehe Wikipedia zu Wirtschaftsweg, in Features sogar verlinkt...

Im uebrigen heiszt es LandWIRTSCHAFT, ForstWIRTSCHAFT, WasserWIRTSCHAFT, ...
Daher WIRTSCHAFTSweg als Oberbegrif f?r Feld- Wald- und ...-wege.

Verwexelst Du das mit highway=service?
Nur weil am Ende des Erschlieszungsweges eine WIRTSCHAFT, vulgo Kneipe,
liegt, ist das kein Wirtschaftsweg ;-)

   MfG   Heiko Jacobs   Z!   IRCnet Mueck
-- 
Douglasstr. 30, D-76133 Karlsruhe   fon +49 721 24069 fax 2030542
Geo-Bild Ing.b?ro  geo-bild-KA.de   Internet-Service auch-rein.de
Couleurstud. Infos  cousin.de   VCD, umweltverkehr KA umverka.de


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

[Talk-de] Überschwemmung

[Martin Koppenhoefer]

seit einiger Zeit ist die TIberinsel in [EMAIL PROTECTED] überschwemmt, und ich 
komme
nicht drauf, was dort falsch ist. In Mapnik fehlen hingegen die Gebäude.
Wäre nett, wenn sich das mal jemand ansehen könnte:
http://www.informationfreeway.org/?lat=41.890883124443114lon=12.477404795197161zoom=17layers=B000F000F


Danke,

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

Re: [Talk-de] Tags global suchen

[Tobias Wendorff]

Christoph Eckert schrieb:
 bash: cat planet.osm | grep  operator | grep -i modonald | wc -l
 
 Ja klar, geht auch mit 'nem Mac ;-) .

Und auch unter Windows, da aber mit Zusatztools.

Trotzdem hat man dann wieder nicht alle Kombinationen berücksichtigt.
Daher vielleicht mit agrep arbeiten?

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

Re: [Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)

[Rolf Gehring]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

der Ausgangspunkt war das Hinterfragen eines GPS-Verbots im Flugzeug. Ist
nun aus dieser Antwort abzuleiten, dass alle GPS-Geräte im Flugzeug
verplombt (Plumbum = Blei), also in Blei verpackt werden?

Entsprechende Behältnisse für Fotofilme (auch als Folientaschen in
PDA-Größe) existieren ja schon bzw. noch.

Rolf

 -Ursprüngliche Nachricht-
 Von: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] Im Auftrag von 
 André Reichelt
 Gesendet: Samstag, 13. September 2008 00:40
 An: Openstreetmap allgemeines in Deutsch
 Betreff: Re: [Talk-de] Offtopic: GEZ (was: Taggen erlaubt ?)
 
 Tobias Wendorff schrieb:
  Tim 'avatar' Bartel schrieb:
  Die GEZ hat keine Peilwagen und kann auch keine Fernseher anpeilen.
  
  Man braucht dafür ja auch keinen Peilwagen.
 
 Wobei dann die Frage ist, wie genau man das orten kann. Außerdem ist 
 dank des Internets ein Kabelanschluss heute eigentlich nicht mehr von 
 Nöten und ich gehe davon aus, dass die GEZ keine fünf Jahre 
 mehr leben wird.
 
 Wie ich zu dieser Aussage komme: Mit der Abschaltung des Analognetzes 
 (vermutlich 2010 oder 2012) wird es ein Leichtes sein, 
 öffentlich-rechtliche Sender zu sperren. Und wenn ich nur speziell 
 diese Sender effektiv blockieren kann, muss ich auch nicht mehr die 
 Leitung verplomben. Natürlich wird man dann für die Fernsehleitung 
 irgend eine Grundgebühr zahlen müssen - das Netz muss schließlich in 
 Stand gehalten werden.
 
 


-BEGIN PGP SIGNATURE-
Version: PGP Desktop 9.5.3 (Build 5003)
Charset: iso-8859-1

wj8DBQFIy6k3X/cdferISG0RAtvuAJ96i5WzSpWOYkufG6bvp7OwW1ATwQCg+W6M
JDHQZY7qSqG3ZBBk2x+yKb0=
=p6eq
-END PGP SIGNATURE-

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

Re: [Talk-de] Gewässer im Bereich Itzehoe defekt

[Michael Buege]

Zitat Jan Tappenbeck:

 Moin !
 
 ich habe gerade den Bereich um Itzehoe aufgefufen und festgestellt,
 dass die Stör irgendwie völlig defekt ist.
 
 Leider konnte ich den Bearbeiter nicht finden (als User).
 
 Vielleicht war es einer von Euch oder einer der erfahreneren kann
 sich der Sache einmal annehmen.
 

http://www.openstreetmap.org/index.html?mlat=53.88698mlon=9.55148zoom=11
 

done.
Da waren lustig Ways doppelt und dreifach uebereinander gezeichnet.
Ich fahr jetzt nach HH-Langenhorn, da gibts noch die meisten
Fehlstrassen, wenn ich heute abend wieder da bin, koennte man mal
darueber reden, die Stoer in dem Bereich mehrere Teilstuecke zu
splitten. Ich hab jetzt keine Zeit, zu ueberlegen, ob das sinnvoll
ist.

-- 
Michael



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

Re: [Talk-de] Überschwemmung

[Claudius Henrichs]

Martin Koppenhoefer:
 seit einiger Zeit ist die TIberinsel in [EMAIL PROTECTED] überschwemmt, und 
 ich komme
 nicht drauf, was dort falsch ist. In Mapnik fehlen hingegen die Gebäude.
 Wäre nett, wenn sich das mal jemand ansehen könnte:
 http://www.informationfreeway.org/?lat=41.890883124443114lon=12.477404795197161zoom=17layers=B000F000F
 http://www.informationfreeway.org/?lat=41.890883124443114lon=12.477404795197161zoom=17layers=B000F000F

Das Insel-Polygon, dass als inner des Riverbank-Multipolygons fungiert 
war mit natural=water getaggt. Bei Multipolygonen muss das innere 
nicht (mehr) gleich dem äusseren getaggt sein.

Die fehlenden Gebäude verstehe ich auch nicht so ganz. eventuell hängt 
das aber damit zusammen. Mal das nächste Mapnik-Rendering abwarten.


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

Re: [Talk-de] Navigationssystem, oder so?

[Ingmar Rieger]

Hi,

ich habe auch schon öfters über solch eine Anwendung nachgedacht.  
Wenn man gleich am Gerät taggen kann und später nur noch hochladen  
muss. Das auf dem Neo und dann kaufe ich es sofort.

Ich bin gerne auch bereit ein bisschen bei dem Projekt mitzuwirken,  
bin aber leider zeitlich sehr eingeschränkt und auch noch nicht so fit  
im Anwendungsentwickeln.

MfG,
Ingmar Rieger


Am 12.09.2008 um 21:32 schrieb Sven Sommerkamp [EMAIL PROTECTED]:

 Am Dienstag, 2. September 2008 15:23:56 schrieb
 [EMAIL PROTECTED]:
 Hallo,

 weil das Thema gerade aufkommt:

 Wer hat funktionierende Systeme f?r mobiles OSM-Routing?

 Welche sind das (Hardware, Software)?

 Wie teuer ist das System?

 Kann man Fehler mit dem System markieren und so f?r nachtr?gliche
 ?nderung speichern?

 Ich w?rde mir gern etwas entsprechendes zulegen, wenn es nicht allzu
 teuer ist.

 Ciao

 Theoretisch geht navit und gpsdrive auf dem openmoko freerunner,  
 alerdings
 hat es bei mir nicht funktioniert.

 Ich habe die Idee f?r einen osm-daemon (osmd), er die Ganze Zeit  
 auf
 einem beliebigen Linux (o.?.) Ger?t im Hintergrund l?uft und  
 erkennt auf
 welchem way man sich gerade befindet. Wenn man sich aber auf keinen  
 way
 befindet oder die Abweichung sehr stark ist soll der daemon dann  
 nen track
 aufzeichnen. Wenn man dann das entsprechende GUI/Frontend dazu  
 startet
 bekommt man die Tags die am aktuellen Weg h?ngen angezeigt kann  
 fehlende
 erg?nzen. (Evtl automatischer Hinweis auf fehlende Tags.)
 Daraus w?rde dann ein Diff oder so entstehen, dass man in die OSM  
 Datenbank
 einpflegen kann.
 Sowas ähnliches macht Tomtom mit Mapshare.
 Ich habe allerdings noch keinen blassen Schimmer, wie man erkennen  
 soll auf
 welchem way man sich gerade befindet. Ich hoffe aber das es anderen  
 da
 anders geht.
 Die Idee hab ich auch schon lange, eigentlich bevor es OSM gab.
 Nur kann ich nicht programmieren..

 Meines Erachtens w?hre das dann die ultimative-killer-osm-maper-app.
 Glaub ich auch.
 Ich stelle mir z.B. ein Opentom vor..
 Wer also Lust und Ahnung hat an so etwas mitzuarbeiten kann sich  
 bei mir
 melden, alleine schaff ich das auf keinen Fall.

 be blessed
 Natanael



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

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

Re: [Talk-de] JOSM-Fragen

[Christian]

Hi Dirk,
 Habe ich letztens mal eingebaut node.snap-distance. 10 ist Standard.

Danke, bei mir ist 4 optimal.

 mappaint.fillareas ?
 Das schaltet das Füllen ganz ab. Warum willst Du das? JOSM nutzt jetzt
 im Auswahlmodus die gleichen Alpha-Werte, wie im Normalmodus, so dass
 dieser die ganze Fläche wird gefärbt-Effekt nicht mehr auftritt.

Ah, ok, das hatte ich übersehen.

Kann man die Größe des Kreuzchens bei den virtuellen Nodes einstellen?
Der Wert mappaint.node.virtual-size scheint das nicht zu beeinflussen.

Chris


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

Re: [Talk-de] JOSM: aus einem Rechteck eine Seite herausziehen

[Martin Koppenhoefer]

 #Raphael Studer schrieb:
  2008/9/10 Michael Buege [EMAIL PROTECTED]:
  Zitat Jan Tappenbeck:
 
  wenn ich in JOSM eine Kontur habe, dann kann ich ein Segment anklicken
  und diese, vergleichbar mit Sketchup, herausziehen. Um zum Beispiel ein
  Gebäude zu modelieren.
 
  Mir ist die Tastenkombi entfallen - kann mir einer weiterhelfen ??
  x


es geht auch durch Anclicken des Geodreieck-icons unterhalb add-node (linke
Bildschirmseite, Geometry-mode).

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

[Talk-de] Code im Wiki dokumentieren

[Markus]

_Code im Wiki dokumentieren_
Ich fände hilfreich, wenn Code im Wiki dokumentiert wäre.
a) deutsch für uns
b) auf englisch übersetzt für den Rest der Welt

_Darstellung von Code im Wiki_
Dazu habe ich eine Syntax-Hilfe geschrieben:
http://wiki.openstreetmap.org/index.php/de:Code_im_Wiki_darstellen

Vielleicht mag das ja jemand übersetzen nach:
http://wiki.openstreetmap.org/index.php/De:Code_im_Wiki_darstellen
und verlinken in:
http://wiki.openstreetmap.org/index.php/Wiki_Help

Gruss, Markus


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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Roman Grabolle]

Eingangsstatement und Zusammenfassung: Pro Wikipedia!

Sven:
 Warum wird die Wikipedia als Webseite so herausgehoben im Vergleich zu
 allen anderen Webseiten? Auch ein Link auf eine Wikipedia-Seite ist
 zuallererst mal nur ein Link.

Ich denke, UlfL hat die wichtigsten Punkte, die für die Wikipedia sprechen, 
schon genannt.

Ich will kurz noch einige Anmerkungen wiederholen, da ich in einer anderen 
Diskussion eben schon gebracht habe. Es ging um die Zuverlässigkeit von Daten, 
speziell um Baualtersdaten bei Burgen, Schlössern und sonstigen historischen 
Gebäuden und um potentielle Editwars, die hier z.B. in endloses 
Link-rein-Link-raus-Spielchen enden könnten. 

„Anders ist es in der OSM. Hier kann bekanntlich jeder mitarbeiten. Nun haben 
aber alle einen unterschiedlichen Zugang zu Literatur und aktuellen 
Forschungsergebnissen. Man sieht das schon an den bisweilen erbitterten 
Debatten über Burgen-Artikel in der Wikipedia. Da stehen an einer Stelle die 
neuesten jahrgenauen Baudaten für einen Turm in einer Burg aus aktuellen 
dendrochronologischen Untersuchungen. 3 Tage später kommt der nächste, der in 
einem heimatkundlichen Buch von vor 30 Jahren gelesen hat, dass der Turm gut 
200 Jahre älter ist, findet das auch noch irgendwo im Internet geschrieben und 
damit bestätigt und ändert das kurzerhand. Bei Wikipedia kann man das 
zurücksetzen, den Artikel bei einem Editwar sperren und ausdiskutierten oder 
administrativ entscheiden, hier geht das nicht. Entweder bleibt es falsch oder 
wird zurückgesetzt, was in einem Editwar münden könnte, für den es hier noch 
gar keine Lösungsmöglichkeiten wie Sperre etc. gibt. Keiner kennt die Grundlage 
und Verlässlichkeit solcher Angaben und letztendlich steht dann manche richtige 
neben vielen falschen Angaben.“

„Besser wäre es meines Erachtens, auf den entsprechenden Artikel in der 
Wikipedia oder an anderer Stelle zu verweisen, wo die Baugeschichte bzw. der 
Ablauf von Besiedlung, Aufgabe und Wiederbesiedlung eines Burgwalls oder 
ähnlichem detailliert behandelt und begründet wird, wo es Belege und 
Literaturhinweise gibt und wo man sich zur Not auf der Diskussionsseite 
streiten und letztendlich darauf einigen kann, nach den Ergebnissen so und so 
alt, dem widerspricht jedoch der oder die und datiert es mit den und den 
Gründen so.“  

Die wichtigsten und verlässlichen Websites sind in den Wikipedia-Artikel 
verlinkt, falls noch nicht, kann man das selbst fast genauso schnell ändern wie 
es dauern würde, den Link hier einzutragen. Vielleicht ist die Website ja auch 
gar nicht so gut und die Informationen so verlässlich, wie man selbst denkt. 
Bei Wikipedia bekommt man das recht schnell gesagt, was der Link taugt, hier 
gibt es dafür (noch) keine festen Lösungsansätze außer der direkten Anfrage. 

Außerdem ist es eine Frage der Datenpflege. Websites kommen und gehen, die 
Wikipedia bleibt bestehen ;-) (Jedenfalls sieht es derzeit nicht so aus, als 
würde demnächst das Gegenteil eintreten.) Andere Websites können noch so gut 
sein, irgendwann hat der Betreiber keine Lust oder Zeit mehr, wechselt den 
Webspace-Anbieter und die Domain oder was auch immer. Wer räumt das hinterher 
wieder auf, um mal mein Lieblingsreizwort für Frederik zu gebrauchen?

Ich schlage daher vor, dass zumindest bei allen Städten und Dörfern, die einen 
Wikipedia-Eintrag haben, dieser hier mittel- bis langfristig verlinkt wird. Ob 
die offizielle Seite der Stadt oder Gemeinde als zweites hinzukommt, können wir 
gern diskutieren. Bei Städten ist das sicherlich sinnvoll, bei vielen kleineren 
Gemeinden gibt es entweder keine Website oder die ist so ein grauenhaftes, 
inhaltsleeres und unaktuelles Klickibunti, dass die Gefahr von Augenkrebs 
besteht.

Ebenso würde ich im Bereich historic= gern alle Burgen, Schlösser und 
Festungen, befestigte Höhensiedlungen etc. ja schlicht alle Bau- und obertägig 
sichtbaren Bodendenkmale, die einen eigenen Artikel in der Wikipedia haben, mit 
diesem „versorgen“ und hoffe dabei auf eure Unterstützung. 

Auch hier kann natürlich die Website der Burg oder des Schlosses angegebenen 
werden, insbesondere für aktuelle Informationen wie Veranstaltungen und 
Öffnungszeiten. Aus einigen Jahren Erfahrung kann ich euch jedoch versichern, 
dass bisweilen wenig so falsch und phantasiereich ist wie die Darstellung der 
Geschichte und Baugeschichte auf einer eigenen Burgenwebsite. Das Personal bzw. 
der betreuende Webmaster hat oft nicht die Zeit, manchmal auch nicht das 
Interesse, auf dem aktuellen Wissensstand zu bleiben. Ergebnisse aktueller 
Forschungen gefallen manchen Leuten nicht, wenn sie 20 Jahre lang etwas anderes 
erzählt haben. Wenn so ein böser Bauforscher den ältesten Turm überhaupt nun 
aufgrund von mehreren Dendrodaten 200 Jahre jünger macht als bisher angenommen, 
so kann man das den Besucher_innen auch verschweigen, um die vor 3 Jahren teuer 
angeschafften Informationstafeln nicht ersetzen zu müssen und um den neuen 
(alten) Burgführer noch ohne 

Re: [Talk-de] JOSM-Fragen

[Dirk Stöcker]

On Sat, 13 Sep 2008, Christian wrote:


Kann man die Größe des Kreuzchens bei den virtuellen Nodes einstellen?
Der Wert mappaint.node.virtual-size scheint das nicht zu beeinflussen.


Das liegt wahrscheinlich daran, dass ich zwar die Option eingebaut habe, 
aber trotzdem 10 als festen Wert nutze. In Revision 950 ist das behoben 
und das Kreuz ein wenig kleiner.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen

[Roman Grabolle]

Meine angekündigte Antwort auf Frederiks letzten Fragenkomplex habe ich unter 
den entsprechenden Thread gesetzt:

Re: [Talk-de] Eröffnung - Schließung - Abriss
Roman Grabolle
Sat, 13 Sep 2008 04:32:45 -0700
http://www.mail-archive.com/talk-de@openstreetmap.org/msg21848.html

Viele Grüße
Roman
-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Alexrk]

Hier geht es wohl nicht einfach nur um dumme Links zu x-beliebigen Webseiten, 
sondern um die Verknüpfung von Daten aus zwei Töpfen: Wikipedia und OSM.

Diese Verlinkung funktioniert in beide Richtungen und wäre auch für Wikipedia 
eines Tages interessant, wenn man dort zB. einzelne Artikel über räumliche 
Relationen miteinander in Verbindung setzen möchte (bzw darüber suchen).

Andersrum könnte man von OSM aus gesehen evtl. alle POI's anzeigen, die sich 
etwa in der Kategorie Kulturdenkmal_(Berlin) befinden.

Wikipedia liefert die semantischen und OSM die räumlichen Relationen.

In Zukunft bekommt man damit vlt mal Fragen beantwortet wie: Welche 
historischen Gebäude liegen an der Expeditionsroute A. v. Humboldt's oder Was 
sind Handlungsorte aus Romanen des 19. Jahrhunderts im Londoner Stadtteil Soho

wikipedia:de=Brandenburger_Tor  ...ist für solche Anwendungen viel besser 
geeignet als... url=http://de.wikipedia.org/wiki/Brandenburger_Tor;

Zufälligerweise habe ich über das selbe Thema kürzlich schonmal nachgedacht 
(http://mauszeig.wordpress.com/2008/09/05/demolishing-thousands-of-years-of-history/),
 
als ich über einen BBC-Artikel (http://news.bbc.co.uk/2/hi/uk_news/7586789.stm) 
gestolpert bin.

Gruß, Alex

Ulf Lamping schrieb am 13.09.2008 13:05:
 Sven Rautenberg schrieb:
 Florian Schweikert schrieb:
 Ich verwende wikipedia=page_name, steht zumindest so in der wiki.
 Für anderes kann soll man angeblich website= verwenden, wenn ich es recht in
 Erinnerung habe.
 Das finde ich irgendwie unglücklich.

 Warum wird die Wikipedia als Webseite so herausgehoben im Vergleich zu
 allen anderen Webseiten? Auch ein Link auf eine Wikipedia-Seite ist
 zuallererst mal nur ein Link.

 
 Jein.
 
 Wenn ich weitergehende Information über ein OSM Objekt haben möchte, 
 sollten diese (zumindest aus meiner Sicht):
 
 - kurz und bündig darüber informieren, was das Objekt eigentlich ist
 - für den Laien verständlich sein
 - möglichst editierbar, damit Fehler korrigiert / Ergänzungen gemacht 
 werden können, die bei OSM nicht so richtig reinpassen
 - möglichst Werbefrei sein
 
 Damit fallen meist sehr, sehr viele mögliche Alternativen zu einem 
 Wikipedia Link raus.
 
 
 Ich hab bei mir eine kleine POI Liste mit Alpenpässen angefangen, die 
 enthält neben den notwendigen Infos fast immer nur einen Wikipedia link. 
 Ganz selten brauche ich weitere Infos, z.B. wann ein bestimmter 
 Alpenpass im Spätherbst schließt, dann halte ich mir zusätzlich zur 
 Wikipedia noch den Link auf die (dann meist offiziellen) Seiten.
 
 
 Daher macht es aus meiner Sicht durchaus Sinn, Wikipedia hier eine 
 Sonderstellung einzuräumen ...
 
 Gruß, ULFL


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

Re: [Talk-de] JOSM-Fragen

[Christoph Eckert]

Moin,

 Das liegt wahrscheinlich daran, dass ich zwar die Option eingebaut habe,
 aber trotzdem 10 als festen Wert nutze. In Revision 950 ist das behoben
 und das Kreuz ein wenig kleiner.

ich nutze die Gelegenheit gleich mal schamlos aus :) :

Schon bei den Nodes, noch mehr aber bei den (BTW äußerst coolen) Kreuzchen 
fällt mir auf, dass Rot eigentlich eher eine Hier nicht fummeln-Warnfarbe 
ist, oder?

Gruß,

ce

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

Re: [Talk-de] Darstellung von Relationen in josm

[Rainer Schulze]

Rainer Schulze wrote:

 Hallo Gruppe!
 
 Ich hatte schon mal danach gefragt, ohne dass mir jemand geantwortet
 hätte, ob und wenn ja: wie ich die überaus prominente Darstellung von
 Relationen (als Doppellinie) abschalten kann. Die Darstellung ist im
 Rahmen der Zusammenstellung von Relationen sicherlich hilfreich, beim
 normalen Zeichnen finde ich sie jedoch störend, weil sie etwa 5-mal soviel
 Platz benötigt wie eine normale Linie. In den Quellen habe ich nach der
 Stelle gesucht und sie auch gefunden.
 
... da fehlte noch was:

... aber ich möchte da drin nicht 'rumpfuschen', da ich den Überblick über
die Software nicht habe.

Jetzt ist fertig ...


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

Re: [Talk-de] Political Correctness (was: Re: Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?)

[Christoph Eckert]

Moin,

  Meine Meinung: Man könnte an die existierenden Objekte ein
  zusätzliches historic=city_wall hängen, um die ursprünglichen
  Mapper nicht über die Maßen zu ärgern, und neue Objekte mit
  historic=city_wall versehen.

 Man kanns auch übertreiben mit dem der ursprüngliche Mapper könnte
 sich dabei ja was wichtiges gedacht haben.
 Sorry, aber so langsam komm ich mir hier vor wie im Irrenhaus. Wofür
 ist OSM denn wiki-style, wenn man weder falschgeschriebene Straßennamen
 korrigieren darf (siehe anderer Thread) noch die Handvoll bereits
 eingetragener Objekte auf ein neues, besseres Schema ändern darf? Soll
 man sich dafür zukünftig die Genehmigung aller Objektbesitzer
 einholen, per Formblatt 63A?

da habe ich ja eine Diskussion losgetreten. Ich schrieb nur, wie ich es wohl 
gemacht hätte. Selbstverständlich kannst Du die Dinger auch einfach ändern 
(was ob der geringen Anzahl wohl sogar das beste ist). Andererseits denke ich 
halt: wenn in der Datenbank statt 17 170 oder 1700 Stadtmauern wären, dann 
sollte eine harte Umstellung vielleicht doch vorher irgendwo angekündigt 
werden, damit andere Leute eine Chance haben, gegebenenfalls ihre Tools 
umzustellen.

Gruß,

ce



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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen D atenbanken

[Claudius Henrichs]

Roman Grabolle:
 Eingangsstatement und Zusammenfassung: Pro Wikipedia!

Das solltest du bei jedem deine Posts machen. So schön du Argumente auch 
vorbringst, aber deine Antworten sind meistens viel zu lang, als dass 
ich sie ganz durchlesen könnte (und damit bin ich wahrscheinlich nicht 
alleine). Als gut gemeinter Hinweis zu verstehen.

Ich tagge auch mit erwähnten Namensraum-Schema ab und an 
Wikipedia-Artikel. Websites einer Einrichtung/eines Hotel mit dem 
Website-Tag.


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

Re: [Talk-de] Verknüpfung mit Wikipedia oder anderen Datenbanken

[Johann H. Addicks]

Heiko Jacobs schrieb:

 also wikipedia:de=page_name bzw wikipedia:en_page_name
 
  und von dieser Sprachseite fuehren in der Wikipedia ja auf der linken
 Seite Links zu allen anderen Sprachen, sofern vorhanden und eingetragen,
 von daher gute Loesung m.E. auch international betrachtet.

Das wäre zumindest für mich in arabischen oder südamerikanischen
Ortschaften eine Chance, an (für mich) verständliche Informationen zu
kommen, wenn's dann zumindest in der Wikipedia Links nach de. oder en.
gibt.

-jha-


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

[Talk-de] OSM-Karte für Gemeinde

[Markus]

Liebe Profis,

ich möchte gern OSM auf unserer offiziellen Gemeinde-Website nutzen.

Dazu habe ich eine Testanwendung und eine Wiki-Seite geschrieben:
http://www.lau-net.de/baerlocher/osm/Simmelsdorf-OSM-Karte-Test1.html
http://wiki.openstreetmap.org/index.php/De:OSM_in_Website_für_Gemeinde

Aktuelle Fragen:
- zu jedem Marker einen eigenen Popup-Text anzeigen
- Popup erst nach Klick auf Icon anzeigen
- Linie aus GPX in Layer anzeigen
- Marker aus Liste in Layer einbinden
- Layer menügesteuert ein/aus-schalten
- Gemeindegrenze aus GIF nach GPX extrahieren
- Gemeindegrenze in OSM hochladen und anzeigen (ggf. über Layer?)
- verschiedene Icons als Marker (Farbe, Form, Grösse)

Du bist herzlich willkommen!
Ich freue mich über Unterstützung, Ideen und Lösungen.
Im Wiki, hier, im Forum, per Mail oder wie auch immer.

Im Wiki werde ich alle Fragen und Lösungen und den Code dokumentieren.
(HTML, CSS, JS gibt es bereits...)

Wenn die Website funktioniert, soll das Wiki allen Interessierten als 
Anleitung dienen...

Gruss, Markus

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

Re: [Talk-de] OSM-Karte für Gemeinde

[Bernd Wurst]

Hallo.

Am Samstag, 13. September 2008 schrieb Markus:
 - Gemeindegrenze aus GIF nach GPX extrahieren
 - Gemeindegrenze in OSM hochladen und anzeigen (ggf. über Layer?)

Kannst du uns verraten, wie du an das GIF mit entsprechender Auflösung und 
entsprechender Lizenz gekommen bist? Ich suche noch immer nach der geeigneten 
Quelle für solcherlei Daten, die eigentlich irgendwo gemeinfrei herumliegen 
sollten...

Gruß, Bernd

-- 
Press ESC to detonate or any other key to explode


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM-Karte für Gemeinde

[Tobias Wendorff]

Markus schrieb:
 - Gemeindegrenze aus GIF nach GPX extrahieren
 - Gemeindegrenze in OSM hochladen und anzeigen (ggf. über Layer?)

Kann ich Dir machen, schick mal rüber. Genauigkeit hängt aber
von der Auflösung der GIF ab.

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

Re: [Talk-de] OSM-Karte für Gemeinde

[Tobias Wendorff]

Hallo Bernd,

Bernd Wurst schrieb:
 Kannst du uns verraten, wie du an das GIF mit entsprechender Auflösung und 
 entsprechender Lizenz gekommen bist? Ich suche noch immer nach der geeigneten 
 Quelle für solcherlei Daten, die eigentlich irgendwo gemeinfrei herumliegen 
 sollten...

beim Katasteramt in Dortmund haben wir ja erfahren, dass es auch
politische Gründe hat, wieso man nicht so einfach die Daten aus
offizieller Hand bekommt.

Grüße
Tobias

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

Re: [Talk-de] OSM-Warnwesten - Bestellung

[Stefan Neufeind]

Tobias Wendorff wrote:
 Hallo Leute,
 
 ich mache mal einen neuen Post auf, weil der alte zu unübersichtlich
 wurde.
 
 Objekt der Begierde (Größe 2XL, damit sie auch über die Jacke passt):
 http://raumplanung.tobwen.de/OSM/images/warnweste_01.jpg
 
 Website der Bestellung (bitte auch/nur eine Mail an mich):
 http://wiki.openstreetmap.org/index.php/De:Merchandise
 
 Bedruckt wird im Siebdruckverfahren, also höchste Qualität.
 Mit Grundierung, damit das Logo in Fotoqualität rüberkommt.
 
 Wenn jemand eine bessere Schriftart für Vermessung kennt,
 bitte melden :-)

So, die Nachzügler trudeln nun auch ein :-) Hab noch ein paar Leute 
drauf angesprochen etc.

Also mit .org wäre die URL imho schon etwas sinnvoller, da offizielle 
URL des Projekts.

Bedarf im Wiki ist nachgetragen.


Grüße,
  Stefan

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

Re: [Talk-de] Überschwemmung

[Martin Koppenhoefer]

Am 13. September 2008 14:18 schrieb Claudius Henrichs [EMAIL PROTECTED]:

 Martin Koppenhoefer:
  seit einiger Zeit ist die TIberinsel in [EMAIL PROTECTED] überschwemmt, und 
  ich komme
  nicht drauf, was dort falsch ist. In Mapnik fehlen hingegen die Gebäude.
  Wäre nett, wenn sich das mal jemand ansehen könnte:
 
 http://www.informationfreeway.org/?lat=41.890883124443114lon=12.477404795197161zoom=17layers=B000F000F
  
 http://www.informationfreeway.org/?lat=41.890883124443114lon=12.477404795197161zoom=17layers=B000F000F
 

 Das Insel-Polygon, dass als inner des Riverbank-Multipolygons fungiert
 war mit natural=water getaggt. Bei Multipolygonen muss das innere
 nicht (mehr) gleich dem äusseren getaggt sein.

 Die fehlenden Gebäude verstehe ich auch nicht so ganz. eventuell hängt
 das aber damit zusammen. Mal das nächste Mapnik-Rendering abwarten.



Danke, ich habe jetzt auch nochmal natural=land für die Insel ergänzt. Mal
sehen, ob's wieder wird ;-)  Da spielt jeder dran rum, weil es halt ein sehr
zentraler Ort im Zentrum ist. Vor längerem war dort alles perfekt  (in
Mapnik, Osmarender, mkgmap), aber seit Monaten wird dort verschiedenes
ausprobiert, und ständig gibt's dann Land unter, Gebäude unter, Name
weg, etc.

Grüße Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Unclassified vs. Tracks

[Florian Lohoff]

On Sat, Sep 13, 2008 at 11:43:54AM +, Heiko Jacobs wrote:
 Subject: Re: [Talk-de] Unclassified vs. Tracks

 Der Unterschied unclassified contra track-grade1 steht bei asphaltierten
 Wegen eigentlich immer am Anfang des Weges:
 Verbotsschild 250 (roter Kringel mit nix drin) mit Zusatz Land- und
 forstwirtschaftlicher Verkehr frei ist track-grade1, alles andere
 unclassified

Aeh? Ein track ist immer fuer den allgemeinen verkehr gesperrt? Wo steht
das?

Das rote kringelschild sollte in einer acccess restriction niederschlag
finden, hat aber mal gerade mit dem highway typ nix zu tun.

Flo
-- 
Florian Lohoff  [EMAIL PROTECTED] +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] OSM-Warnwesten - Bestellung

[Stefan Neufeind]

Hallo Jürgen,
(diesen Reply an die Mailingliste ... ich bins nicht der die 
Bestellungen verwaltet *g*)

ich habs mal im Wiki nachgetragen. Imho wird der Preis wohl bei so ca. 
10 Euro liegen nach der aktuellen Anzahl ...


Grüße,
  Stefan

Juergen Lehle wrote:
 Hallo Stefan,
 
 ich hätte auch gerne zwei Warnwesten.  Falls der Preis noch sinkt
 evtl. auch mehr.
 
 Viele Grüße
 Jürgen Lehle
 http://openstreetmap.org/user/JuergenL
 
 
 Am 13. September 2008 17:15 schrieb Stefan Neufeind
 [EMAIL PROTECTED]:
 Tobias Wendorff wrote:
 Hallo Leute,

 ich mache mal einen neuen Post auf, weil der alte zu unübersichtlich
 wurde.

 Objekt der Begierde (Größe 2XL, damit sie auch über die Jacke passt):
 http://raumplanung.tobwen.de/OSM/images/warnweste_01.jpg

 Website der Bestellung (bitte auch/nur eine Mail an mich):
 http://wiki.openstreetmap.org/index.php/De:Merchandise

 Bedruckt wird im Siebdruckverfahren, also höchste Qualität.
 Mit Grundierung, damit das Logo in Fotoqualität rüberkommt.

 Wenn jemand eine bessere Schriftart für Vermessung kennt,
 bitte melden :-)
 So, die Nachzügler trudeln nun auch ein :-) Hab noch ein paar Leute
 drauf angesprochen etc.

 Also mit .org wäre die URL imho schon etwas sinnvoller, da offizielle
 URL des Projekts.

 Bedarf im Wiki ist nachgetragen.


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

Re: [Talk-de] Differential-GPS

[Udo Besenreuther]

 Dann fehlt nur noch eine Digitalkamera mit Magnetkompass, die in den
 EXIF Daten die Aufnahmerichtung festhält damit man nachher noch weiss
 welches Strassenschild man da photographiert hat!

Da kann ich Dir nur das AgPifoJ-Plugin für JOSM empfehlen. Das zeigt wunderbar 
wo die Bilder aufgenommen wurden (durch Synchronisation der Uhrzeiten von Foto 
und GPS-Gerät. Die Richtung ist meist kein Problem, wenn der Standort eindeutig 
war.

Wünschenswert wäre meinerseits, dass das Plugin die EXIF-Daten in die Bilder 
zurückschreibt, dann könnte man sich den GPS-Foto sparen.

Gruß Udo


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

[Talk-de] WayCheck - Update Sachsen

[GS]

So,

habe die Checks C1 und C5 für Sachsen nochmal laufen lassen und online 
gestellt.

Bei C1: Verbesserung der Fehlerquote von 5,7% auf 3,7%
Bei C5: Verbesserung der Fehlerquote von 2,9% auf 2,2%

Supi.

http://wiki.openstreetmap.org/index.php/De:WayCheck

Ciao

Gerhard
Gary68



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

Re: [Talk-de] Hünengrab taggen ?

[Martin Koppenhoefer]

Am 10. September 2008 22:06 schrieb Roman Grabolle [EMAIL PROTECTED]:

 Das ist die Ansicht, die auch die meisten Archäolog_innen haben, sofern sie
 sich überhaupt schon eine Meldung zur OSM gebildet haben oder bilden wollen.
 Es gibt auch andere Stimmen, aber das ist ein anderes Thema. Anders als die
 wesentlich weiterführende Definition unter
 http://en.wikipedia.org/wiki/Archeological_site - hier im Sinne von
 archäologischer Fundstelle - sollten kartographisch nur die Stellen erfasst
 werden, wo auch etwas zu sehen ist und von die Allgemeinheit etwas hat.
 Weitgehend unberührte Siedlungsreste oder Gräberfelder in der Flur
 interessieren in erster Linie die Bodendenkmaplflege und Archäologie und den
 Eigentümer, vor allem ab dem Moment, wo er dort Eingriffe oder Veränderungen
 vornehmen möchte. Ansonsten aber wohl nur Raubräber und illegale
 Sondengänger (es gibt auch solche, die mit den Ämtern zusammenarbeiten und
 die Erlaubnis dafür haben).


das sehe ich ein bisschen anders. Erstens gibt es auch abseits der Fachleute
eine interessierte Öffentlichkeit, die an vielen Punkten genauer hinsehen
würde, wenn die Sachen in ihren Karten wären, und andererseits ist es gerade
auch bei Weitgehend unberührten Siedlungsresten oder Gräberfeldern in der
Flur in privater Hand von allgemeinem Interesse, deren Lage zu kennen, so
dass man darauf aufmerksam wird, wenn dort gebuddelt wird (auch im Sinne
einer Baustelle/Grube). Nicht jeder Eigentümer hält sich auch an die
Auflagen und Verpfichtungen, die er damit hat.



 Mit Hinblick auf die unterschiedlichen Anforderungen der Kartennutzer und
 x-verschiedene Icons, die man alle auseinanderhalten muss, würde ich
 vorschlagen, Hünengräber etc. zunächst immer als
 historic=archaeological_site zu taggen. Alle weitere Informationen sollten
 dann als key eingebracht werden. Als Vorbild könnte Tag:amenity=place of
 worship diehnen:
 http://wiki.openstreetmap.org/index.php/Tag:amenity%3Dplace_of_worship

 Darunter könnte dann zunächst in die Art des Denkmals unterschieden werden:
 - Megalith . und eine Ebene tiefer in Dolmen, Galeriegrab etc.
 - Hügelgrab
 - Befestigung   eine die Ebene tiefer in Burgwälle, Landwehren, den
 Limes ...
 - Klein- oder Flurdenkmal
 - ...


gute Idee



 Das hätte außerdem den großen Vorteil, dass man eine zunehmend
 unübersichtlich werdende Gruppe von POIs zusammenhält. Gerade bei den
 Megalithen sind die Unterschiede in der Terminologie gewaltig. Das hängt zum
 einen mit den unterschiedlichen Denkmaltypen und zum anderen mit
 unterschiedlichen Forschungstraditionen und damit auch Benennungen in den
 einzelnen Ländern zusammen. Siehe den oben schon mal erwähnten Artikel
 http://de.wikipedia.org/wiki/Megalith . Hier wird man nie auf eine bis ins
 Detail gemeinsame Linie kommen, nicht mal im Rahmen von Europa, an den Rest
 der Welt gar nicht zu denken.
 Wenn man gleich mit historic=megalithical_site einsteigt, wird historic
 ziemlich schnell aus allen Nähten platzen. Und zu einigen Unfällen und
 Diskussionen führen, was dann da noch dazu gehört und was nicht.


eben.



 Ich habe jetzt mal was im Netz gesucht, auf das man neben der Wikipedia
 noch hinweisen kann. Ohne das jetzt im Detail durchgesehen zu haben, fand
 ich diese Broschüre brauchbar für die Frage, was einem so alles im Wald
 begegnen kann und was dann unter archaeological site  erfaßt werden
 könnte.
 http://www.hessen-forst.de/service/download/archaeologieimwald.pdf

 Viele Grüße
 Roman
 Der Haus- und Hofarchäologe der OSM ;-)


am besten wären Vorschläge im OSM-Wiki für einzelne Dinge, die Du z.B.
selbst benutzst ;-) hinsichtlich ihrer Einordnung mit Untertags in
archaeological_site (was sind das religion und denomination der PoW bei
archaeological_site?)


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

Re: [Talk-de] Unclassified vs. Tracks

[Udo Besenreuther]

  Der Unterschied unclassified contra track-grade1 steht bei
 asphaltierten
  Wegen eigentlich immer am Anfang des Weges:
  Verbotsschild 250 (roter Kringel mit nix drin) mit Zusatz Land- und
  forstwirtschaftlicher Verkehr frei ist track-grade1, alles andere
  unclassified
 
 Aeh? Ein track ist immer fuer den allgemeinen verkehr gesperrt? Wo
 steht
 das?
 
 Das rote kringelschild sollte in einer acccess restriction niederschlag
 finden, hat aber mal gerade mit dem highway typ nix zu tun.

Danke, 
genau der Meinung bin ich auch. Denkt doch mal an die Nutzung der Wege durch
andere Fahrzeuge (Tourenrad, MTB, Rollstuhl, Innliner, usw. und Fußgänger)
da macht es Sinn mit track+gradeX die Oberfläche des Weges zu beschreiben.
Ob ein Turist mit dem Auto drauf fahren darf oder nur ein Bauer mit dem
Trecker muss sich in anderen Attributen niederschlagen (kann sich ja auch
mal ändern). Wichtig wäre zu wissen, ob die Oberfläche die eine alternative
Nutzung hergibt, dann kann der Nutzer entscheiden ob er das tun will.

Gruß Udo


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

Re: [Talk-de] Donau in AT

[Martin Koppenhoefer]

Am 11. September 2008 10:01 schrieb Andreas Labres [EMAIL PROTECTED]:

 Hallo!

 Gibt's eine Lehrmeinung, wie man große Ströme richtig mappt/taggt?

 Was ich gesehen habe, gibt's im Rhein (zumindest in der Gegend Köln)
 einerseits
 eine Linie mit waterway=river und boat=yes, die genauen Uferumrisse werden
 - in
 überschaubaren überlappenden Segmenten mit waterway=riverbank und
 natural=water getaggt. Damit funktionieren wohl sowohl Mapnik wie
 Osmarender
 richtig.


genau, das ist auch die derzeit übliche Methode, der mittlere einzelne Way
gibt ausserdem die Fliessrichtung an und wird soweit ich weiss für die
Lowzoom-Tiles benutzt.




 Bei der Donau zwischen Linz und Bratislava war das auch so, außer daß die
 Fluß-Mittellinie fehlt. Jetzt hat aber jemand ein multipolygon definiert:

  http://www.openstreetmap.org/browse/relation/18443/history

 das aber nur halb gemacht, weil bei den meisten Segmenten das outer fehlt
 und
 Mapnik daher (so meine Vermutung) die blaue Fläche nicht zeichnet.

 Daher die Frage: bringt diese Idee der Summe der Segmente Relation
 irgendwas?
 In einem der Segmente gibt's jetzt offenbar eine Insel, dort macht das
 multipolygon Sinn.


genau, das multipolygon (s. Wiki) wird benutzt, um Flächen auszuschneiden
aus einer größeren Fläche (z.B. Insel im Fluss, Hof eines Gebäudes, Lichtung
im Wald, etc.) bzw. Löcher in eine Fläche zu schneiden.


 Sollte man die Relation auf dieses Segment reduzieren? Oder
 alle Teilsegmente outer nachtaggen? Rendert Mapnik dann richtig?

 Servus, Andreas


verstehe ich nicht, was meinst Du mit Segment? Sieh Dir bitte zuerst mal das
hier an:
http://wiki.openstreetmap.org/index.php/Relation:multipolygon

deutsch:
http://wiki.openstreetmap.org/index.php/De:Relation:multipolygon


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

Re: [Talk-de] JOSM: lineares Konstruktionswerkzeug

[Tobias Wendorff]

Hallo PieSchie,

bitte mit echtem Namen schreiben.

PieSchie schrieb:
 - Auf gegebener Strecke einen Punkt nach x Metern vom Anfangspunkt setzen

Also künstlich Nodes erzeugen? Das wollen wir eigentlich nicht.
Wäre aber eine Standard-CAD-Funktion (JOSM CAD-Tools)

Wäre aber auch per Perl-Script möglich.

 - Eine Strecke der Länge x Meter erzeugen (Anfangspunkt setzen, 10 Meter 
 eingeben und egal wie weit die Maus weg ist, der zweite Klick erzeugt 
 die Strecke in die Richtung, aber NUR 10 Meter lang)

Das sollen die CAD-Tools auch können, sind noch 40 EUR davon entfernt
:-)

 - Zwei Strecken parallel mit x Metern Abstand erzeugen.

Ebenfalls CAD-Tools ...

 Die Idee finde ich super und gerade bei parallel verlaufenden Strecken 
 (Autobahn, Eisenbahn, ...) sehr wichtig. Ich kann leider nichts über den 
 Aufwand sagen, weswegen ich mich noch nicht zum selber entwickeln 
 überreden konnte :-(

Der Aufwand liegt bei 50 EUR, von denen 10 EUR schon gestiftet wurden.

Grüße
Tobias

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

Re: [Talk-de] Unclassified vs. Tracks

[Christian]

Florian Lohoff schrieb:
 On Sat, Sep 13, 2008 at 11:43:54AM +, Heiko Jacobs wrote:
 Subject: Re: [Talk-de] Unclassified vs. Tracks
 
 Aeh? Ein track ist immer fuer den allgemeinen verkehr gesperrt? Wo steht
 das?

ich habe mir mal http://de.wikipedia.org/wiki/Wirtschaftsweg
durchgelesen und somit hat Heiko zumindest in Baden-Württemberg recht.
Dort sind Wirtschaftswege keine öffentlichen Wege.

Ausschlaggebend für die Klassifizierung ist also die vorwiegend
land-/forst-wirtschaftliche Nutzung.

Salopp formuliert: Wenn dort mehr Trecker als Autos rumfahren ist
es ein Track. ;-)

Grüßle, Christian


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

Re: [Talk-de] JOSM-Fragen

[Dirk Stöcker]

On Sat, 13 Sep 2008, Christoph Eckert wrote:


Das liegt wahrscheinlich daran, dass ich zwar die Option eingebaut habe,
aber trotzdem 10 als festen Wert nutze. In Revision 950 ist das behoben
und das Kreuz ein wenig kleiner.


ich nutze die Gelegenheit gleich mal schamlos aus :) :

Schon bei den Nodes, noch mehr aber bei den (BTW äußerst coolen) Kreuzchen
fällt mir auf, dass Rot eigentlich eher eine Hier nicht fummeln-Warnfarbe
ist, oder?


Standardmäßig sind die aber gelb :-)

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S

[Ulf Lamping]

Jan Tappenbeck schrieb:
 Hallo Ulf,
 
 kannst Du mir sagen zu...
 
 #  start JOSM, open the Edit/Preferences dialog and select the Advanced 
 Preferences
 # add the line mappaint.style=mystyle (or whatever you've named the new 
 style)
 
 wo ich das Eintragen soll (Deutsche Version) ! - Ist damit die Zeile 
 gemeint Register KARTENEINSTELLUNGEN / Voreinstellungsquellen 
 

Hmm, schalt doch einfach kurzfristig in den Einstellungen das deutsche 
Plugin (lang-de) aus, starte JOSM neu und schau selber nach ;-)

Gruß, ULFL

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

Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !

[Ulf Lamping]

Dirk Stöcker schrieb:
 On Thu, 11 Sep 2008, Jan Tappenbeck wrote:
 
 Das ...
 Nein. Laut Deinem Beispiel wäre das

 mappaint.style = jt_josm_style

 mappaint.styledir = C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint
 und Dateinamen auf elemstyle.xml ändern.
 
 Sorry, mappaint.styledir ist das komplette Verzeichnis incl. 
 jt_josm_style. Da Du allerdings das Standardverzeichnis nimmst, würde 
 mappaint.style eigentlich reichen.
 

Sorry Dirk, aber die Beschreibung versteht doch kein Mensch.

Gruß, ULFL

P.S: Warum nicht gleich die Wikiseite 
http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint 
ensprechend anpassen, das macht bestimmt mehr Spaß als hier Mail 
PingPong zu spielen ...

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

Re: [Talk-de] Wozu überhaupt Tags vorschlagen?

[Frederik Ramm]

Hallo,

 IMO sind die ein großer Segen; allerdings gebe ich zu, sie kaum zu benutzen, 
 obwohl ich die Dinger im JOSM zum Großteil selber verbrochen habe. Da ich 
 als alter Hase die Tags auswendig kenne, tippe ich die schneller ein als 
 ich im Menü klickern könnte (die Autocompletion ist wirklich ein 
 *rattenscharfes* Feature :) .

Sie ist nur leider so, aeh, nichtdeterministisch. Gerade heute einen 
Parkplatz taggen wollen und wie gewohnt ctrl-aamentabparkenter 
eingetippt, schwupps hatte ich ne Parkbank gesetzt...

Bye
Frederik

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

Re: [Talk-de] JOSM: eigene ergänzende Symbole f ür POI'S - NACHGEFRAGT !

[Dirk Stöcker]

On Sat, 13 Sep 2008, Ulf Lamping wrote:


Nein. Laut Deinem Beispiel wäre das

mappaint.style = jt_josm_style

mappaint.styledir = C:\Users\...\AppData\Roaming\JOSM\plugins\mappaint
und Dateinamen auf elemstyle.xml ändern.


Sorry, mappaint.styledir ist das komplette Verzeichnis incl.
jt_josm_style. Da Du allerdings das Standardverzeichnis nimmst, würde
mappaint.style eigentlich reichen.



Sorry Dirk, aber die Beschreibung versteht doch kein Mensch.


Ich dolmetsche nur den Quelltext :-)


P.S: Warum nicht gleich die Wikiseite
http://wiki.openstreetmap.org/index.php/JOSM/Plugins/MapPaint
ensprechend anpassen, das macht bestimmt mehr Spaß als hier Mail
PingPong zu spielen ...


Da ich sowieso vorhabe das zu verändern und dem etwas vernünftigerem Weg 
ala Validator oder Presets anzupassen ist die Seite sowieso bald wieder 
veraltet :-) Außerdem beschreibt sie doch den aktuellen Zustand. 
mappaint.styledir muss er ja nicht verwenden.


Allerdings hat mich die richtige Lust das anzupassen eben noch nicht 
überkommen. Und gute Designs müssen sowieso etwas reifen. Bis jetzt habe 
ich nämlich noch keine richtig gute Idea, wie man verschiedene Styles 
gleichzeitig anbieten kann.


Und solange bekommt er es eben mit der Beschreibung hin, oder eben nicht ...

Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wozu überhaupt Tags vorschlagen?

[Dirk Stöcker]

On Sat, 13 Sep 2008, Frederik Ramm wrote:


IMO sind die ein großer Segen; allerdings gebe ich zu, sie kaum zu benutzen,
obwohl ich die Dinger im JOSM zum Großteil selber verbrochen habe. Da ich
als alter Hase die Tags auswendig kenne, tippe ich die schneller ein als
ich im Menü klickern könnte (die Autocompletion ist wirklich ein
*rattenscharfes* Feature :) .


Wie Du weißt, kannst Du Dir die Presets in die Toolbar holen? Dann reicht 
ein Klick aus (erst recht, wenn Du eigene Presets ohne Abfragen 
definierst, die einfach einen Key setzen, wie z.B. Ampel :-). Ich bezweifle 
dass Du wirklich schneller tippen kannst. Also ich kann es nicht.


Und für alle, die es noch nicht wissen: seit irgendwann letztens kann man 
ja sogar ein komplettes Preset-Menü in die Toolbar holen.



Sie ist nur leider so, aeh, nichtdeterministisch. Gerade heute einen
Parkplatz taggen wollen und wie gewohnt ctrl-aamentabparkenter
eingetippt, schwupps hatte ich ne Parkbank gesetzt...


Jupp. Wie wahr. Die Sortierreihenfolge etwas vernünftiger aufzubereiten 
wäre schon hilfreich. Mich stört z.B. dass wenn ich mehrere Objekte 
auswähle die genutzten Werte in der sortierten Liste irgendwo einsortiert 
sind, statt ganz am Anfang zu stehen.


Allerdings habe ich geschworen diesen Code nicht mehr anzufassen und daran 
halte ich mich!


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] JOSM installieren

[Markus]

Danke Florian, hat geklappt.

 Erwartet hätte ich diese Informationen:
 als Link in Josm unter Über
 als Link in Josm unter Hilfe
 oder zumindest in 
 http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger#JOSM_installieren
 
 Wenn ich dazukomme... (oder Du oder jemand anderes...)

Als Anfänger mache ich solche Dokumentationen nicht gern, da wäre zu 
viel (möglicherweise falsch verstandenes) vom Hören-sagen dabei.

Gruss, Markus


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

Re: [Talk-de] Code im Wiki dokumentieren

[Frederik Ramm]

Hallo,

Markus wrote:
 _Code im Wiki dokumentieren_
 Ich fände hilfreich, wenn Code im Wiki dokumentiert wäre.

Welcher Code?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Wozu überhaupt Tags vorschlagen?

[Markus]

Hallo Jörg, hallo Christoph,

 On Saturday 13 September 2008 02:08:50 Christoph Eckert wrote:
 ... Dazu braucht Doku und Software die den Mapper unterstützt. 
 die Editoren lassen die Anwender ausgerechnet dann im Regen
 stehen, wenn's kniffelig wird. Aber wir arbeiten 'dran :) 
 
 Ich hatte ja mal mit ein paar anderen angefangen, für jedes existierende 
 Tag 
 Informationen in Key:page bzw Tag:page zusammenzutragen 

Jörg, Du meinst Seiten wie: 
http://wiki.openstreetmap.org/index.php/De:Key:bridge ?

Die scheinen nicht wirklich gepflegt zu werden.
Wundert mich nicht, wo es gleichzeitig noch mindestens zwei 
Übersichtsseiten und noch ein paar Unterseiten gibt, die sich meist 
alle gegenseitig widersprechen. Und das in unterschiedlichen Sprachen.

Die unangenehme Folge:
Anfänger fragen sich ein Loch in den Bauch, Erfahrene diskutieren endlos 
und oft ergebnislos (und wenn doch: ohne dieses im Wiki zu 
dokumentieren) auf unterschiedlichen Listen und Foren. Und die DB wird 
wahrscheinlich zunehmend inkonsiostent - mit entsprechenden 
Unanneh,lichkeiten für die Anwendungsprogrammierer (und damit für die 
Anwender und die Zukunft des Projektes)...

 Tagwatch 

Ist das ein Hilfsmittel um das Orakeln bezüglich der Renderer-Regeln 
statistisch zu unterfüttern?

 JOSM/Potlatch presets

Ja, da scheinen die orakelten Renderer-Regeln ihren Niederschlag zu 
finden. Stimmen die Regeln in JOSM-Presets mit den Regeln in 
Potlatch-Presets überein? Sind die Regeln mit den Renderern abgesprochen 
und verifiziert?

Das wäre super!

 Mag sein, dass ich das als erfahrener OSMler anders sehe, aber sofern man 
 etwas gelassen und mit gesundem Menschenverstand an die Sache ran geht sehe 
 ich keine größeren Probleme bei den meisten Dingen.

Hm - ich fürchte, dass man - bis man soweit kommt wie Du - Jahre 
braucht. Und dass auf dem Weg dorthin Hunderte (vielleicht Tausende?) 
frustriert aufgeben...

Ein wichtiger hilfreicher Schritt wäre, die Presets in den Editoren in 
deutscher Sprache anzubieten!

Gruss, Markus

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

[Talk-de] Wege in Gebäuden

[Tobias Wendorff]

Hallo Leute,

parallel läuft ja die Diskussion mit den Wegen über Plätzen.
Ich möchte aber nun Fußwege in Gebäuden anzeigen.

Als Beispiel habe ich hier Bahnhöfe, die z.B. einen Nord-
und Südausgang und dann noch Zugänge zu den U-Bahnen haben.

Dinge, wie z.B. Zugang Gleis 1 wird ein Router nicht so
leicht ohne externe Hilfe hinbekommen können.

Welche Wege-Art wäre hier korrekt?

Grüße
Tobias

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

Re: [Talk-de] Wege in Gebäuden

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
 parallel läuft ja die Diskussion mit den Wegen über Plätzen.
 Ich möchte aber nun Fußwege in Gebäuden anzeigen.

[...]

 Welche Wege-Art wäre hier korrekt?

Kann ich Dir nicht sagen, was korrekt waere, aber die meisten Leute 
scheinen highway=footway zu benutzen. Hab ich schon in vielen 
Bahnstationen gesehen. Man kann sich dann natuerlich verkuensteln 
(tunnel=yes?), aber da wuerd ich mal warten, bis wir gute Micromapping- 
Konzepte haben - so ein Bahnhof hat ja noch viele andere interessante 
Features ausser Fusswegen, und vorallem auf sehr vielen Ebenen...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] OSM-Karte für Gemeinde

[Frederik Ramm]

Hallo,

 beim Katasteramt in Dortmund haben wir ja erfahren, dass es auch
 politische Gründe hat, wieso man nicht so einfach die Daten aus
 offizieller Hand bekommt.

Erzaehl uns nicht, dass Du etwas erfahren hast. Erzaehl uns, *was* Du 
erfahren hast ;-)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: Give the Devil his....

[Prof. L Milton Goldblatt, Ph.D]

On Sep 13, 11:57 am, Bern [EMAIL PROTECTED] wrote:
 The Bush administration is no longer playing the game for a win, they are
 playing just for pride.  It seems they learned the lessons of Katrina and
 are doing much better.  Lets hope that never again will a corporate giant
 like Wal~Mart donate truck loads of ice and have it melt because the feds
 won't let them deliver it.

God Bless Wal-Mart.  Obama spoke of the Maytag worker who is now
competing with his own teenager for a $7-an-hour job at Wal-Mart
because the factory he gave his life to shut its doors.

As an Illinois resident I know Obama didn't do even as he expressed
solidarity four years ago with workers mounting a desperate fight to
save their jobs.  Obama had a special connection to Maytag: Lester
Crown, one of the company's directors and biggest investors whose
family, records show, has raised tens of thousands of dollars for
Obama's campaigns since 2003.

Maytag, a huge Illinois employer or should I say former employer has
sem der chronologischen Abfolge, aber es liefert
keinerlei Rückschlüsse auf die Art der Änderung. Es kann ja durchaus
sein, dass eine Bahnstrecke später als Radweg neueröffnet wird, d.h. das
railway-Tag verschwindet, und ein highway-Tag kommt neu hinzu. Der Weg
ist also in der Summe beides - nur nicht zur gleichen Zeit.

Nein, in der jetzigen technischen Situation ist OSM nicht dafür
geeignet, historische Entwicklungen aufzeichnen zu können. Das Ziel muß
sein, zu jedem Tag auch noch einen Datumsbereich der Gültigkeit angeben
zu können.

Dann wäre klar, dass railway=rail von 1888-09-09 bis 1959-10-10 gilt,
und highway=cycleway von 2002-11-22 bis heute. Und alle weiteren
beschreibenden Tags wie name, ref, ncn etc. ebenso.

Viele Grüße
Sven

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

[Talk-de] Unechte Einbahnstraßen

[Lorenz Lang]

Hallo zusammen!

Ich frage mich wie man einseitige/unechte Einbahnstraßen in OSM
eintragen soll.

Die Teile haben nur an einer Seite das Zeichen 267, das
Einbahnstraßen-Zeichen (Zeichen 220) fehlt. Man kann also nur in einer
Richtung reinfahren, aber zu beiden raus.
Steht so auch unter http://de.wikipedia.org/wiki/Einbahnstraße

Leider steht da nicht wie man das jetzt eintragen soll. Hat das jemand
schon irgendwie gelöst?

Hier zwei Beispiele (die bisher nur als normale residential Straßen
eingezeichnet sind):
Die Buchstraße in Krumbach (Schwaben) (Zeichen 267 im Norden)
http://www.openstreetmap.org/?lat=48.24113lon=10.35942zoom=17layers=B000FTF

Die Bischof-Heinrich-Straße in Passau (Zeichen 267 im Osten)
http://www.openstreetmap.org/?lat=48.56948246262444lon=13.4418511067099zoom=17layers=B000F000F

Gruß, Lorenz

--
If Microsoft will ever develop a product that doesn't suck
this will be probably a vacuum cleaner.


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

Re: [Talk-de] Unclassified vs. Tracks

[Johann H. Addicks]

Christian schrieb:

 Ausschlaggebend für die Klassifizierung ist also die vorwiegend
 land-/forst-wirtschaftliche Nutzung.
 
 Salopp formuliert: Wenn dort mehr Trecker als Autos rumfahren ist
 es ein Track. ;-)

Wenn Du zu den Treckern auch noch die Kombis mit umgeklappter Rückbank
und großer Wanne dazuzählst, dann passt das.
(Zumindest hier scheint der vorrangige Zweck der Waldwege zu sein, dass
der Jäger zu seinem Hochsitz kommt und vor allem hinterher die Sau nicht
so weit schleppen muss ;-)

-jha-


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

[Talk-de] Eigene Karten mit Schummerung und Routen mit Mapnik

[Holger Schöner]

Hallo,

Ein Projekt, dass ich nun seit einigen Wochen verfolge, ist das Rendern von 
eigenen Karten mit Mapnik, die Höhenlinien, Schummerung, Rad- und 
Wander-Routen, und highway=path rendern. Da mich das einige Zeit gekostet 
hat, und an ein paar Stellen nur dank Zufalls-Entdeckungen funktionierte, 
habe ich mal begonnen, die relevanten Schritte auf einer eigenen Wiki-Seite 
zusammenzustellen, in der Hoffnung, ähnlich Interessierten einige Arbeit zu 
ersparen:

http://wiki.openstreetmap.org/index.php/HikingBikingMaps

Zur Zeit ist der Daten-Aufbereitungsprozess relativ komplett beschrieben; 
die Style-Anpassungen für Mapnik werden demnächst folgen.

Das ganze ist inspiriert durch die Cycle Map (vielen Dank an deren Autoren); 
allerdings sind einige der dort verwendeten Techniken noch nicht 
veröffentlicht, sodass auch einiges an eigener Forschung nötig war ...

Über Feedback würde ich mich natürlich freuen, und vielleicht hat ja der 
eine oder andere von Euch noch Ideen oder sogar konkrete Techniken/Code, 
wie sich solche Wander-/Rad-Karten noch verbessern lassen.

Viele Grüße,
Holger Schoener

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

[Talk-de] Aussegnungshalle = place_of_worship?

[Lorenz Lang]

Hallo zusammen!

Ich habe eine Aussegnungshalle auf einem Friedhof eingetragen:
* denomination: catholic
* religion: christian
* amenity: place_of_worship
http://www.openstreetmap.org/?lat=48.240817lon=10.371352zoom=18layers=B000FTF

Allerdings ist eine Aussegnungshalle eigentlich ja keine Kirche im
Wortsinn und die meisten Friedhöfe sind auch nicht nur
katholisch/evangelisch/etc. genutzt?

Ideen um das sinnvoll einzutragen?

Gruß, Lorenz

--
If Microsoft will ever develop a product that doesn't suck
this will be probably a vacuum cleaner.

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

Re: [Talk-de] Unclassified vs. Tracks

[Udo Besenreuther]

  Ausschlaggebend für die Klassifizierung ist also die vorwiegend
  land-/forst-wirtschaftliche Nutzung.
 
 Wenn Du zu den Treckern auch noch die Kombis mit umgeklappter Rückbank
 und großer Wanne dazuzählst, dann passt das.

Also wenn ich
http://wiki.openstreetmap.org/index.php/De:Map_Features#Wirtschaftswege
ansehe, dann ist wohl das primäre Kriterium für track und tracktype die
Oberfläche des Weges. 

Wenn darauf Einschränkungen bzgl Nutzung sind, dann würde ich nach den
folgenden Vorgaben tagen:
http://wiki.openstreetmap.org/index.php?title=De:Map_Features#Beschr.C3.A4nk
ungen

Als Biker, der auch Radwege tagt, bin ich froh wenn ich tracktypes vorfinde.
Wenn nur landwirtschaftliche Nutzung getagt wurde, weiß man nicht ob es zum
biken taugt.

Udo


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

Re: [Talk-de] JOSM installieren

[Florian Schmitt]

Markus schrieb:

 Danke Florian, hat geklappt.

super, freut mich!

 Als Anfänger mache ich solche Dokumentationen nicht gern, da wäre zu 
 viel (möglicherweise falsch verstandenes) vom Hören-sagen dabei.

kann ich verstehen - habe jetzt mal im Wiki einen Absatz dazu ergänzt.
http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger#JOSM_aktualisieren

oder besser ans Ende der Seite? Oder woanders?

florian

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

Re: [Talk-de] Gewässer im Bereich Itzehoe defekt

[Sven Rautenberg]

[EMAIL PROTECTED] schrieb:
 Ansonsten: Klasse, dass fast jeder Node in Itzehoe mit einer ele (Höhe)-
 Information versehen ist. :-)

Diese ele-Infos kann man meiner Ansicht nach oft ziemlich in der Pfeife
rauchen.

Ich habe die Höheninfos der lokalen Autobahn jedenfalls alle gelöscht:
Es entsprach einfach nicht den Fakten, dass die beiden
Richtungsfahrbahnen mehr als 10 Meter Höhenunterschied aufwiesen.

Viele Grüße
Sven

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

Re: [Talk-de] JOSM installieren

[Dirk Stöcker]

On Sat, 13 Sep 2008, Markus wrote:


Erwartet hätte ich diese Informationen:
als Link in Josm unter Über
als Link in Josm unter Hilfe
oder zumindest in
http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger#JOSM_installieren


Wenn ich dazukomme... (oder Du oder jemand anderes...)


Als Anfänger mache ich solche Dokumentationen nicht gern, da wäre zu
viel (möglicherweise falsch verstandenes) vom Hören-sagen dabei.


Das siehst Du falsch. Du musst nur diejenigen, die Ahnung davon haben 
Korrekturlesen lassen (z.B. bei JOSM als Mail bei josm-dev, idealerweise 
als komplette Textkopie). Es ist viel einfacher Fehler und Unklarheiten in 
einem Text anzumeckern, als eine ordentliche Anleitung zu schreiben.


Und falls Du nicht englisch kannst - lieber ein sinnvolles Posting in 
deutsch in der englischen JOSM-Gruppe, als gar keine Fortschritte 
bei der Dokumentation.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Unechte Einbahnstraßen

[Frederik Ramm]

Hallo,

 Ich frage mich wie man einseitige/unechte Einbahnstraßen in OSM
 eintragen soll.

Trag' ein Mini-Stueck echte Einbahnstrasse ein, und danach normale Strasse.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail [EMAIL PROTECTED]  ##  N49°00'09 E008°23'33

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

Re: [Talk-de] Unclassified vs. Tracks

[Sven Rautenberg]

Heiko Jacobs schrieb:
 Die Strassen sind aspaltiert und sehen so aus wie
 in den DE:Mapfeatures bei highway=unclassified abgebildet. Sie werden
 in der Regel auch von KFZ genutzt.
  
 Der Unterschied unclassified contra track-grade1 steht bei asphaltierten
 Wegen eigentlich immer am Anfang des Weges:
 Verbotsschild 250 (roter Kringel mit nix drin) mit Zusatz Land- und
 forstwirtschaftlicher Verkehr frei ist track-grade1, alles andere
 unclassified

Nach meiner Auffassung sind highway=track alles Wege, die *nicht*
asphaltiert sind. Dementsprechend kommt track dann nicht in Frage,
wenn Asphalt als Oberfläche feststellbar ist.

Welche Nutzungsbeschränkungen der Weg verkehrsrechtlich aufweist, sollte
mit seinem Typ nichts zu tun haben.

Da es aber anscheinend unterschiedliche Auffassungen gibt, sollte dieser
Punkt vielleicht mal einer Klärung unterzogen werden.

Viele Grüße
Sven

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

Re: [Talk-de] Unclassified vs. Tracks

[Ulf Lamping]

Sven Rautenberg schrieb:
 Heiko Jacobs schrieb:
 Die Strassen sind aspaltiert und sehen so aus wie
 in den DE:Mapfeatures bei highway=unclassified abgebildet. Sie werden
 in der Regel auch von KFZ genutzt.
  
 Der Unterschied unclassified contra track-grade1 steht bei asphaltierten
 Wegen eigentlich immer am Anfang des Weges:
 Verbotsschild 250 (roter Kringel mit nix drin) mit Zusatz Land- und
 forstwirtschaftlicher Verkehr frei ist track-grade1, alles andere
 unclassified
 
 Nach meiner Auffassung sind highway=track alles Wege, die *nicht*
 asphaltiert sind. Dementsprechend kommt track dann nicht in Frage,
 wenn Asphalt als Oberfläche feststellbar ist.
 
 Welche Nutzungsbeschränkungen der Weg verkehrsrechtlich aufweist, sollte
 mit seinem Typ nichts zu tun haben.
 
 Da es aber anscheinend unterschiedliche Auffassungen gibt, sollte dieser
 Punkt vielleicht mal einer Klärung unterzogen werden.
 

Oder vielleicht einfach mal in die englischen Map Features schauen und 
sich die Fotos für tracktype=grade1 anschauen:

http://wiki.openstreetmap.org/index.php/Image:Surface_grade1.jpg



Gruß, ULFL

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

Re: [Talk-de] Donau in AT

[Andreas Labres]

Martin Koppenhoefer wrote:
 verstehe ich nicht, was meinst Du mit Segment? Sieh Dir bitte zuerst mal
 das hier an:
 http://wiki.openstreetmap.org/index.php/Relation:multipolygon

Multipolygon hab ich schon verstanden. Mit Segment meinte ich einen
Flußabschnitt (also ein geschlossenes Polygon, das in diesem Abschnitt das
Flußufer defineirt).

In der zitierten Relation sind - neben dem outer/inner für den Flußabschnitt mit
der Insel - auch andere Flußabschnitte dazugenommen (noch dazu ohne outer).
Dies macht wohl keinen Sinn/sollte man nicht tun.

Servus, Andreas

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

Re: [Talk-de] JOSM installieren

[Markus]

Hallo Dirk,

 Als Anfänger mache ich solche Dokumentationen nicht gern, da wäre zu
 viel (möglicherweise falsch verstandenes) vom Hören-sagen dabei.
 
 Das siehst Du falsch. Du musst nur diejenigen, die Ahnung davon haben 
 Korrekturlesen lassen 

Das mache ich ja bereits.
Einfach tun was zu tun ist.
Aber das ist nur erfolgreich, wenn zunehmend alle mitmachen und es zu 
einer gemeinsamen *Kultur* wird.

 Es ist viel einfacher Fehler und Unklarheiten in einem Text anzumeckern
 als eine ordentliche Anleitung zu schreiben.

Ich weiss.
Hoffentlich erlebst Du mich nicht nur als Meckerer?
Beispielsweise wenn ich vorschlage, die Prefs und die Hilfe doch in 
deutscher Sprache anzubieten?

 sinnvolles Posting in deutsch in der englischen JOSM-Gruppe

Du meinst: so richtig multilingual?
Ja, das ist manchmal recht erfolgreich.
Könnte aber auch dazu führen, dass sich Fremdsprachler von zu viel 
deutschprachigen (und damit für sie unverständlichen) Beiträgen genervt 
fühlen (mit Deutsch kann man historisch bedingt auch viel Unheil 
heraufbeschwören).

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Unclassified vs. Tracks

[Johann H. Addicks]

Ulf Lamping schrieb:
 Welche Nutzungsbeschränkungen der Weg verkehrsrechtlich aufweist, sollte
 mit seinem Typ nichts zu tun haben.
 
 Oder vielleicht einfach mal in die englischen Map Features schauen und 
 sich die Fotos für tracktype=grade1 anschauen:
 
 http://wiki.openstreetmap.org/index.php/Image:Surface_grade1.jpg

Track heisst für mich eine KFZ-Fahrspur, d.h. wenn sich zwei
Traktoren oder PKW begegnen, muss eine Ausweichstelle gefunden werden
oder die Böschung mitgenutzt werden.

Dass soetwas in Deutschland meist nur bei Wirtschaftswegen vorkommt und
weniger auf öffentlichen Wegen, bedeutet nicht, dass es in anderen
Ländern nicht auch anders sein kann.

-jha-


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

Re: [Talk-de] Donau in AT

[Martin Koppenhoefer]

Am 14. September 2008 01:55 schrieb Andreas Labres [EMAIL PROTECTED]:

 Martin Koppenhoefer wrote:
  verstehe ich nicht, was meinst Du mit Segment? Sieh Dir bitte zuerst mal
  das hier an:
  http://wiki.openstreetmap.org/index.php/Relation:multipolygon

 Multipolygon hab ich schon verstanden. Mit Segment meinte ich einen
 Flußabschnitt (also ein geschlossenes Polygon, das in diesem Abschnitt das
 Flußufer defineirt).

 In der zitierten Relation sind - neben dem outer/inner für den
 Flußabschnitt mit
 der Insel - auch andere Flußabschnitte dazugenommen (noch dazu ohne
 outer).
 Dies macht wohl keinen Sinn/sollte man nicht tun.

 Servus, Andreas


ja, ich würde das (noch) nicht machen. Manche wollen gern die einzelnen
Segmente der Flüsse (grosse Flächen sind in mehrere Einzelstücke zerlegt
besser handelbar) mit einer Relation wieder zu einem Fluss zusammenfassen.
Das wird aber meines Wissens derzeit von keiner Software unterstützt und der
Weg dahin ist auch noch offen.

Wenn man sowas trotzdem schon tun will, sollte man zumindest die Tags auch
noch (zusätzlich) an den Einzelstücken lassen, damit nichts kaputtgeht. Ich
würde in diesem Fall die reine Multipolygonrelation ohne zusätzliche Stücke
zusammen mit den übrigen Segmenten in die Flussrelation reinstecken.

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

Re: [Talk-de] Wozu überhaupt Tags vorschlagen?

[Bernd Wurst]

Hallo.

Am Samstag, 13. September 2008 schrieb Markus:
 Ein wichtiger hilfreicher Schritt wäre, die Presets in den Editoren in
 deutscher Sprache anzubieten!

Dann benutze doch statt die Editoren einfach mal JOSM, da sind die Presets 
schon lange auf deutsch.

Gruß, Bernd

-- 
Woher kommt es, dass mich niemand versteht und jeder mag?
  -  Albert Einstein


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-ca] Tagging private roads

[Corey Burger]

Here in Victoria (and I have seen there elsewhere), we have streets
which are public in the sense that there is no gate, but are actually
maintained by a private entity. About half of these are named, with
the statement private road underneath them on the streetsign. The
other large group are access to housing complexes and are usually not
named.

The former kind can seen on de Sousa Lane and the latter on the 4383
Torquay Drive in the following map:
http://openstreetmap.org/?lat=48.483871lon=-123.324475zoom=18layers=B000FTF

For the named type, I have been tagging them highway=residential (I
have yet to find a road that should be any other designation) with
private=yes. For the latter I either tag them service or residential
with the private=yes tag. The challenge is that there is the
access=private tag, which doesn't really fit, as it implies you need
owner permission, which for these types of streets you don't really
need.

Anyway, a long rambling email at 1am. Any thoughts?

Corey

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

Re: [Talk-us] highway: tertiary?

[Alan Brown]

I noticed the following suggested definitions for California for different road 
classes:

http://wiki.openstreetmap.org/index.php/California


For tertiary, they suggested


highway=tertiary
Lower traffic volumes on wide streets, or higher on narrow ones. 


Kinda' vague    and I'm not sure I'm in agreement with these definitions, 
personally.  I'd be even more vague :) .  Here's what I think as someone who 
worked in a map data company for a decade:


Navteq and Tele Atlas have something known as a functional road class that is 
used to designate the relative importance of a road for getting to your 
destination.  During a typical trip, you would progress from roads of 
less-important functional road class, to more-important fucntional road class, 
and back down to less-important functional road class as you reach your 
destination.  I would guess, within a mile of most urban origins, you'd expect 
to be on a tertiary road, and within another mile you'd find yourself on 
secondary road, and so forth. (Of course, if you can get to a more important 
road quicker, you'd use that.)

Point to be made is, the functional road classification of a road might not 
strictly reflect the physical attributes of the road (number of lanes, speed 
limit, etc.) but rather, the relative importance of a road in its particular 
vicinity.  The clearest example of this I can think of is the Transcanadian 
Highway.  There are portions of the Transcanadian Highway that are not limited 
access, due to low population densities.  However, Navteq gives it the most 
important classification level - while some Interstate Freeways, and many 
local limited access freeways in the US, are not assigned to that category.

Point to made is, commercial data providers are somewhat subjective in their 
assignment of functional road class.  Open Street Map's Highway attribute 
may be a bit different:  certainly, a
Motorway is a clearly defined type of road.  However, when I've assigned 
Primary, Secondary, or
Tertiary categories, I've tried to use local knowledge to reflect what the 
relative importance of those roads are.   It will tend to track the physical 
attributes of the road, but not strictly.  Some of it's aesthetics - I'll try 
to decide which primary roads should be demoted to secondary roads if the map 
starts looking too cluttered, or try to promote some roads from tertiary to 
secondary if the map looks too thin.  Perhaps one secondary road between each 
pair of primary roads, and one tertiary road between each pair of secondary 
roads (although that's impossible to it exactly like that.)

San Jose (where I live) has a lot of physically wide roads with moderately high 
speed limits that aren't used nearly as much as other roads with the same 
characteristics.  Use the highway attribute to reflect that reality.  Use 
explicit attributes to define number of lanes and speed limit.

It's subjective.  A Tele Atlas map and a Navteq map based on functional road 
types will look different because they made different judgements.  (They do 
have rules to eliminate some of the subjectivity - but not completely.)


That's my opinion - anyone disagree?




- Original Message 
From: David Carmean [EMAIL PROTECTED]
To: talk-us@openstreetmap.org
Sent: Saturday, September 13, 2008 9:48:35 PM
Subject: [Talk-us] highway: tertiary?


Hi,

I'm not sure if this question is within scope of this list, but 
I thought it might be sufficiently country-specific:  when is it 
appropriate to use highway: tertiary in the US?

Thanks.


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

Re: [Talk-us] highway: tertiary?

[Alan Brown]

Here's an example, where I used to live a short distance south of Alviso:

http://www.openstreetmap.com/?lat=37.3851lon=-121.9258zoom=14layers=B000FTF


See the light yellow roads that connect to other roads such as
Montague Expressway and 1st St?  Roads such as Lick Mill Blvd, Orchard Parkway,
Plumeria?  They're actually fair wide roads, and can have ~40 mph speed limits. 
 
The thing is, they're used only by people getting to local homes or businesses 
- they're not 
the main through routes.

For San Jose, I've mentally come up with a system that's goes like this:

Motorways are any and all limited access freeways - Highway 87, US 101, I-280

Primary highways are Expressways - or the few other roads that are similarly 
important.
Montague Expressway, Lawrence Expressway, San Tomas Expressway, El Camino Real,
Stevens Creek Boulevard: the heavy duty arterials.

Secondary Highways are those roads you may take for a few miles, but are a 
little less important - such as Lafayette Street (which turns into Gold Street 
in Alviso - I wonder if I should have demoted it to a tertiary highway after it 
crossed under 237.)

And then you have your tertiary roads.

I've been subjective enough about this that I don't mind if some of these roads 
get reassigned, particularly in some neighborhoods I'm less familiar with.  The 
San Jose map was in desperate need of having some sort of hierarchy of 
importance, so some areas I was less familiar with - such as East San Jose - 
I've tried to pick out the primary and secondary roads, without assigning 
tertiary roads.

But hopefully, when you look at the map, you can quickly decide:  what are the 
main roads I'd used to get to a neighborhood?  What are the main roads within a 
neighborhood?  That's another way to think of secondary and tertiary roads.

-Alan



- Original Message 
From: David Carmean [EMAIL PROTECTED]
To: Alan Brown [EMAIL PROTECTED]
Cc: talk-us@openstreetmap.org
Sent: Sunday, September 14, 2008 12:11:42 AM
Subject: Re: [Talk-us] highway: tertiary?


Alan,

I live in the Bay Area and in fact will probably be augmenting some of your 
work down around Alviso and Sunnyvale; do you have any examples where you've 
actually chosen to use highway=tertiary?


On Sat, Sep 13, 2008 at 09:57:52AM -0700, Alan Brown wrote:

 I noticed the following suggested definitions for California for different 
 road classes:
 
 http://wiki.openstreetmap.org/index.php/California
 
 
 For tertiary, they suggested
 
 
 highway=tertiary
 Lower traffic volumes on wide streets, or higher on narrow ones. 
 
 
 Kinda' vague    and I'm not sure I'm in agreement with these definitions, 
 personally.  I'd be even more vague :) .  Here's what I think as someone who 
 worked in a map data company for a decade:
 
 

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