Re: [Talk-de] Hotel mit Gaststätte

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb Martin Koppenhoefer:
> 2008/6/19 Guenther Meyer <[EMAIL PROTECTED]>:
> > Am Donnerstag 19 Juni 2008 schrieb Garry:
> >> Daniel Schmidt schrieb:
> >> >> Hallo
> >> >>
> >> >> Wie wird den ein Hotel mit gaststätte getaggt?
> >> >
> >> > Also ich setze immer "amenity=restaurant" und "tourism=hotel" Tags auf
> >> > einen Node. Interessant wird es natürlich, wenn ein Hotel über mehrere
> >> > Restaurant verfügt, das ist mir bislang aber noch nicht untergekommen.
> >>
> >> Z.B, Traube Tonbach in Baiersbronn, die Hotels im Europaprk,...
> >
> > grade bei heoeherklassigen hotels kommt das durchaus oefter vor.
> > ich wuerde sowas aber trotzdem nur einmal als restaurant taggen.
>
> warum? Lass mich raten: GPS-drive unterstützt es sonst nicht?
damit hat das nix zu tun, das malt dir auch mehrere icons hin.

> Dass ein 
> Hotel mehrere Restaurants hat, ist in der oberen Liga durchaus üblich,
> wenn nicht sogar Pflicht (für die Sterne), m.E. sollte unser
> Tagging-Schema das auch unterstützen, indem die Namen dieser
> Restaurants alle eingegeben werden können (und für meinen Geschmack
> auch die cuisine-tags).
>
die namen meinetwegen, aber es muss nicht fuer jedes restaurant ein icon 
gemalt werden, sonst sieht man gar nix mehr.
das muesste man dann schon irgendwie zusammenfassen, meinetwegen mit ner 
relation oder so...


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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Bernd Wurst]

Hallo.

Am Freitag, 20. Juni 2008 schrieb qbert biker:
> Wenn ich ein
> Gebiet untersuche, rechne ich alle Doppelverbindungen raus und
> finde jede Menge Schrott.

Mal so am Rande gefragt: Du sammelst diese Stellen schon irgendwo dass man die 
umgehend korrigieren kann?

Ich hab sowas auch schon gesehen. Das ist ein schlichter, einfacher Fehler. 
Das passiert nunmal in unserer Pseudo-Anarchie hier. Aber darum brauchen wir 
Leute, die irgendwelche Verarbeitung mit den Daten machen, dass die uns Infos 
geben, wo potenziell was kaputt ist. Ob das jetzt gestapelte Ways sind, nicht 
verbundene Wege oder Kurven > 90°. Alles das ist offensichtlich ein Fehler 
des betreffenden Mappers und unser Prinzip der Gegenseitigkeit sieht vor, 
dass jeder den Fehler beheben kann.

Hier zu meckern, dass irgendjemand irgendwelche Fehler gemacht hat bringt 
niemanden weiter. Bei konkreten Hinweisen kann man das reparieren, so nicht.

Gruß, Bernd

-- 
Wegen des Loches im Staatshaushalt wurde das Licht am Ende des Tunnels 
gelöscht.


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

Re: [Talk-de] Fwd: AW: Nutzung von Luftbildern in OpenStreetMap

[Bernd Wurst]

Hallo.

Am Freitag, 20. Juni 2008 schrieb Andreas Hubel:
> Diese Preise sind als
>  >>> Datenkosten für die interne Nutzung zu verstehen (bei der einige
>  >>> wenige externe Nutzungen erlaubt sind). Wenn die Daten nicht intern
>  >>> genutzt werden, sondern ausschließlich für die Erstellung der OSM,
>  >>> gewähren wir einen Rabatt auf die Datenkosten, aber es kommt noch
>  >>> ein Verwertungsentgelt hinzu, das sich nach der Verwendung der
>  >>> Daten bemisst. [...]

> Also wenn ich einen Ort digitalisieren will, reicht mir ein oder zwei 
> Quadratkilometer schon, da könnte man auch mal 10-20 Euro ausgeben oder
> so. Also wenn da jemand Lust hat sich weiter damit auseinaderzusetz

Ich glaube solche Kauf-Modelle wirst du wirklich von keinem Rechteinhaber 
bekommen.
Schließlich kaufst du nicht unbeschränkte Verwertungsrechte sondern 
eingeschränkte Nutzungsrechte.

Die Leute haben ganz offensichtlich trotz Nutzung der einschlägigen Abkürzung 
das Prinzip von OpenStreetMap nicht verstanden. Wenn du ja nach Nutzung der 
damit erstellten Daten was zahlen sollst, dann ist das bullshit. Immerhin 
sind die Daten danach frei und jeder kann damit tun und lassen was er will.
Du kannst also gar nicht sagen, was damit passieren wird und daher werden die 
dir kein derartiges Angebot machen.

Gruß, Bernd

-- 
Es wird immer schwerer, etwas zu tun, und immer leichter,
etwas zu verhindern.  -  Manfred Rommel (dt. Politiker)


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

Re: [Talk-de] Mehrere Bundes- und Landstraßen übe reinander

[Karl Eichwalder]

"Martin Koppenhoefer" <[EMAIL PROTECTED]> writes:

> Du könntest auch übergangsweise, wenn es derzeit mit Relationen nicht
> gerendert werden sollte, den einzelnen Ways im betreffenden Stück das
> Tag Ref="B1 / B2 / L123" geben. So würde das angezeigt, was man auch
> in der Karte sehen will.

Ja, unbedingt bitte.

Auch wenn man "name" in "street"-relationen packt, bitte den "name" auch
bei den einzelnen "ways" lassen.  Die neuen renderer sollen einfach die
direkt gesetzten "names" ignorieren.

-- 
Karl Eichwalder

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

Re: [Talk-de] Zählen mit JOSM

[Martin Koppenhoefer]

Am 20. Juni 2008 00:47 schrieb Frederik Ramm <[EMAIL PROTECTED]>:
> Hallo,
>
>> danke, das war ein guter Tip! Hilft in vielen Situationen schon
>> weiter, wäre aber auch ein gutes feature, wenn die Anzahl der
>> selektierten Objekte in der Statusleiste angezeigt werden könnte. Oder
>> wenn z.B. nach dem Löschen eine Rückmeldung käme: 29 Nodes und 3 Ways
>> gelöscht
>
> Hast Du das nicht auf dem "command stack", zumindest die Gesamtzahl? Ich hab
> beim Arbeiten immer diesen Stack im Auge, damit da nicht ploetzlich was
> auftaucht, was ich nicht wollte ;-)
>
> Bye
> Frederik
>

ah OK, stimmt, das ist genau das. Hatte ich bisher nicht so
ausführlich beachtet. Deleted 514 nodes (amenity=drinking_water,
weltweit), allerdings nicht hochgeladen ;-). Ist ein bisschen riskant,
diese Methode, aber noch schneller als über die User und addieren. Man
sollte halt erst nochmal UNDO clicken, bevor man was neues hochlädt.
Komfortabel wäre eine Anzeige im Select Menu, wieviele Nodes bereits
selektiert sind natürlich trotzdem.

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

Re: [Talk-de] Fwd: AW: Nutzung von Luftbildern in OpenStreetMap

[Andreas Hubel]

Thomas Hieber schrieb:
> Eine Chance wäre noch, dass wir versuchen nur eine offizielle Lizenz für 
> die für privat kostenlosen DOP mit 2m Auflösung zu bekommen. Da steht in 
> der Preisliste nur "Preis auf Anfrage" - hier gibt es evtl. auch 
> Ermessensspielraum fürs Amt. 

Naja dazu stand ja was in der ersten Mail:

 >>> Für alle
 >>> anderen Anwendungen müssten Sie die DOPs käuflich erwerben: DOP mit
 >>> einer Auflösung von 40 cm (DOP 0,4) kosten 6€ pro km²; DOP 0,2m
 >>> kosten 9€/km². Nähere Einzelheiten zu den Preisen (Staffelung nach
 >>> km²) entnehmen Sie bitte der Preisliste im Internet (unter:
 >>> „Fachanwender und Download/ Service und Download/Preise“). Falls
 >>> Sie sich für eine geringere Auflösung (z.B. 2m) interessieren,
 >>> machen wir Ihnen gerne ein Angebot. Diese Preise sind als
 >>> Datenkosten für die interne Nutzung zu verstehen (bei der einige
 >>> wenige externe Nutzungen erlaubt sind). Wenn die Daten nicht intern
 >>> genutzt werden, sondern ausschließlich für die Erstellung der OSM,
 >>> gewähren wir einen Rabatt auf die Datenkosten, aber es kommt noch
 >>> ein Verwertungsentgelt hinzu, das sich nach der Verwendung der
 >>> Daten bemisst. Wenn Sie hierüber ein detailliertes Angebot
 >>> wünschen, setzen Sie sich bitte mit uns in Verbindung.

Also wenn ich einen Ort digitalisieren will, reicht mir ein oder zwei 
Quadratkilometer schon, da könnte man auch mal 10-20 Euro ausgeben oder 
so. Also wenn da jemand Lust hat sich weiter damit auseinaderzusetzen 
kann er ja mal versuchen einen "Rahmenvertrag" zu bekommen.

MfG Andreas Hubel


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

Re: [Talk-de] Fu?g?nger und Rad-routing

[Martin Koppenhoefer]

>> oder?). Oft sind sie ja doch partiell durch Boller / Pfosten von der
>> Fahrbahn getrennt.
>
> Wo ist das?
>
>
http://maps.live.de//LiveSearch.LocalLive?cp=41.86368660063607~12.497606189982974&scene=7475113&style=o&lvl=2

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

Re: [Talk-de] Internationalisierung etwas ungeschickt im Wiki realisiert

[Frederik Ramm]

Hallo,

> ich habe im Wiki einen Kommentar zum Thema Internationalisierung 
> geschrieben: 
> http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany#Internationalisierung_etwas_ungeschickt_in_diesem_Wiki_realisiert

Du schreibst dort:
> Viele zum Beispiel deutsche Artikel haben den Präfix "De:". So ein 
> Präfix in genau dieser Schreibweise wird aber benutzt um Artikel 
> einem [http://de.wikipedia.org/wiki/Hilfe:Namensraum Namensraum] 
> zuzuordnen. Man denkt also wenn man zum Beispiel den Artikel 
> [[De:Editing]] liest, dass er dem Namensraum "De" angehört. Das tut 
> er aber nicht... Bei Wikipedia zum Beispiel heißt es:

Also erst einmal: Wir sind nicht die Wikipedia; was die sich zum Thema
Namensraeume ueberlegt haben, ist nicht automatisch fuer uns
gut/richtig/gueltig. Es spricht nichts dagegen, von der Wikipedia zu
lernen, aber einfach so einen normativen Wikipedia-Artikel zu zitieren
("es soll..."), ohne darueber zu sprechen, warum es denn soll, hilft uns
nicht.

Ferner:
> * Die Internationalisierung ist inkonsequent. Beispielsweise gibt es
> eine Weiterleitung von [[De:About]] nach [[Über]]... was ist aber
> wenn es in einem der anderen Sprachen ebenfalls einen Artikel namens
> "Über" geben soll? Dann gibt es eine Kollision.

Wir sind ein pragmatisches Projekt. Ueber sowas machen wir uns dann 
Gedanken, wenn es soweit ist (wenn es z.B. eine andere Sprache gibt, die 
auch einen Artikel "Stammtisch Hannover" anlegen moechte...). Sollte es 
dazu kommen, kann man den alten Artikel schnell umbenennen.

Die von Dir vorgeschlagene Vorgehensweise ist vor laengerem einmal 
diskutiert worden, wurde aber glaube ich erstmal als "zu aufwendig" 
beiseite gelegt. Ich habe an Deinem Vorschlag zweierlei auszusetzen:

1. Oft, wenn ich eine Seite anlege, die eigentlich nur fuer die 
Deutschen interessant ist, mache ich oben ein paar Zeilen rein, die es 
auch dem englischsprachigen Besucher erlauben, zu erkennen, worum es 
geht. Diese Seiten sind also inhaltlich mehrsprachig, Beispiel:

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

Der englische Content wuerde aber keinen eigenen englischen Artikel 
rechtfertigen, das waere einfach nur Quatsch und unnuetze Mehrarbeit. 
Fuer sowas saehe ich in Deinem Ansatz keinen Platz, die sprachlichen 
Communities wuerden viel staerker getrennt. Ich will oft auch nach einem 
Stichwort suchen; bei Deinem Ansatz muesste ich, wenn ich das richtig 
sehe, in jeder Sprache, die ich beherrsche, extra suchen?

2. Dieses Problem gibt es jetzt schon, aber Dein Ansatz wird es nicht 
loesen: Neben den in 1. genannten Seiten, die eigentlich nur eine 
Sprache haben, gibt es andere, bei denen es ganz klar eine Master-Seite 
gibt, naemlich die englische - z.B. "Map Features" o.ae.; hier wuerde 
ich mir wuenschen, dass der Uebersetzungsprozess klarer wird und evtl. 
auch besser von der Software unterstuetzt (ich denke da an eine 
automatische Warnung: "Dieser Artikel ist eine Uebersetzung von X, aber 
X hat sich seit der letzten Uebersetzung geaendert!", sowie "Achtung: 
Aendern Sie nichts an diesem Artikel, ohne auch das englische Original 
zu aendern". Die Wikipedia macht das absichtlich, dass sie die 
verschiedenen Sprachen auseinanderlaufen laesst, und bei vielem, was wir 
machen, ist das auch ok, aber bei einigem eben nicht.


Im Prinzip spricht nichts dagegen, im Wiki mal ein bisschen aufzuraeumen 
und ein bisschen mehr Mediawiki-Knowhow einzubringen (evtl. solltest Du 
mal mit Harry Wood sprechen, der macht viel im Wiki). Aber ob das, was 
Du schreibst, wirklich der "Koenigsweg" ist oder doch eher 
over-engineered, weiss ich nicht. Ich habe besonders die oben 
beschriebene Sorge, dass wir sprachliches Scheuklappenverhalten 
foerdern. Wenn ich explizit nur deutsche Artikel sehen will, ok, schoen, 
wenn man das einstellen kann - aber man muss schon auch in allen 
Sprachen zugleich suchen koennen. (Und man muss mit einem Account alles 
nutzen koennen, und Benutzerseiten muessen global sein. Meine 
Benutzerseite soll EINE Seite sein, die jeder finden kann, ohne dass er 
erstmal wissen muss, dass er dazu im "DE"-Bereich suchen muss, und 
meinen Usernamen kann es insgesamt nur einmal geben und nicht etwa in 
jeder Sprache...)


Bye
Frederik


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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Gerrit Lammert]

qbert biker wrote:
> Jungs, probiert es doch einfach mal aus. Probiert mal selber, den
> Datensalat zu interpretieren und (etwas wichtiger) für das Routing zu
> optimieren.

Ja. bitte!
Was die Straße-als-Fläche-Tagger haben wollen ist eine Luftbildaufnahme 
oder ein schön genau gemaltes Bild.
Was OSM zu sein versucht ist eine _schematische_ Darstellung der 
Umgebung, vor allem bezogen auf den Verkehr.
Glaubt ihr wirklich, es hat sich niemand vor Euch Gedanken darüber 
gemacht und ihr seid die ersten, die auf solch "glorreiche" Ideen kommen?

Gerrit

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

Re: [Talk-de] Zählen mit JOSM

[Frederik Ramm]

Hallo,

> danke, das war ein guter Tip! Hilft in vielen Situationen schon
> weiter, wäre aber auch ein gutes feature, wenn die Anzahl der
> selektierten Objekte in der Statusleiste angezeigt werden könnte. Oder
> wenn z.B. nach dem Löschen eine Rückmeldung käme: 29 Nodes und 3 Ways
> gelöscht

Hast Du das nicht auf dem "command stack", zumindest die Gesamtzahl? Ich 
hab beim Arbeiten immer diesen Stack im Auge, damit da nicht ploetzlich 
was auftaucht, was ich nicht wollte ;-)

Bye
Frederik


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

Re: [Talk-de] Datenbankserver down

[Dirk-Lüder Kreie]

Florian Eggenberger schrieb:

Hallo,


Nein, ich hab das selbe Problem. ca. seit 16:xx gab die XAPI nur noch HTTP
403 her..


Geht mir auch so aber im Wiki steht nun:
OSM will be offline until at least 08:00 UTC June 20. Thanks for your patience.


Kurz nach der API ist auch die XAPI abgeraucht...

--

Dirk-Lüder "Deelkar" Kreie
Bremen - 53.0952°N 8.8652°E



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

Re: [Talk-de] Datenbankserver down

[Florian Eggenberger]

Hallo,

> Nein, ich hab das selbe Problem. ca. seit 16:xx gab die XAPI nur noch HTTP
> 403 her..

Geht mir auch so aber im Wiki steht nun:
OSM will be offline until at least 08:00 UTC June 20. Thanks for your patience.

Gruss
Florian

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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[qbert biker]

 Original-Nachricht 
> Datum: Thu, 19 Jun 2008 22:46:43 +0200
> Von: "Martin Koppenhoefer" <[EMAIL PROTECTED]>
> An: "Openstreetmap allgemeines in Deutsch" 
> Betreff: Re: [Talk-de]Grünflächen in Orten: Buschwerk und landuse != 
> village_green

> zum Thema: wir bilden die Welt ab, wie sie ist, nur halt ein bisschen
> eleganter (als Mittellinie), und wenn man die zugehörige Straßenbreite
> erfasst, kann man daraus die echte Straßenfläche erzeugen: das ist
> Unsinn. 

Na ja, die Realität vollständig in Daten zu verwandeln und wieder zurück, 
das kann (konnte) nur Scotty mit seinem Transporter auf der Enterprise ;)

Wir reden hier von einer Modellvorstellung, bei der versucht wird, 
eine Straße mit möglichst wenig Daten relativ realitätsnah abzubilden.
Aber wenn du glaubst, dass das Unsinn wäre, dann gönne dir doch
mal den Spass - messe die Teerfläche exakt aus und vergleiche
das mit der Vorhersage aus dem Modell. Die Abweichung ist ganz
sicher nicht nennenswert und auch die Auswirkungen auf den
Verkehr sind es nicht, denn die Straßenbreite ist üblicherweise 
genormt (Stichwort für D-Land: BAST).

> Straßen haben mitnichten parallele Grenzen. Meist sind die
> Ränder mändernd, d.h. es gibt Parkplätze, Bushaltestellen, Buchten,
> die Straßen ändern eigentlich permanent ihre Ränder, 

Sag das mal deinem Straßenbauamt, dass sie die Regeln nicht 
einhalten *g*

> von einer
> mittelalterlichen Altstadt mit ihren krummen und schiefen Häusern ganz
> zu schweigen.

Abgesehen davon dass ich mittelalterliche Altstädte (und auch
Fußgängerzonen) schon explizit als Ausnahmen genannt habe, welchen
Anteil am Straßennetz nehmen die ein und welche Hauptverkehrsader
geht heute durch eine mittelalterliche Altstadt? Nochmal, es geht
um eine Modellvorstellung, die den typischen Straßen sehr nahekommt
und auch eine Altstadtgasse hat keinen unbegrenzten Spielraum,
was die Breite angeht.

> Es ist illusorisch (und auch nicht der Sinn von OSM wie
> ich ihn verstehe), dies alles in OSM simulieren/abbilden zu wollen.

Falsch, die geometrische Natur der üblichen Straßen geht einfach
so mit, da braucht OSM gar nix beizutragen. Bei der typischen Straße
trägt der Mapper ganz intuitiv die Mitte ein, entweder weil er nur
einen Track hat und auf den drauf mappt (wenn es nicht ein Automat
macht). Oder es gibt viele Tracks und man mittelt optisch. Es ist
und bleibt die Mitte und der Renderer interpretiert das exakt auch so.

Daran ist nix illusorisch sondern es ist einfach Realität. OSM braucht
die Abbildung nicht neu zu erfinden - das alles gabs schon lange 
davor ;)
 
> Wenn falsche Tags gesetzt sind, so ist das ein Problem, hat aber
> nichts mit dem Stapeln von Ways zu tun.

 Und ich dachte, es gibt bei
OSM kein falsch oder richtig? 

Jungs, probiert es doch einfach mal aus. Probiert mal selber, den
Datensalat zu interpretieren und (etwas wichtiger) für das Routing zu
optimieren. Ich habe ein Beispiel gebracht, bei dem das Stapeln
Fehler erzeugt, die sehr schwer zu erkennen sind. Wenn ich ein
Gebiet untersuche, rechne ich alle Doppelverbindungen raus und
finde jede Menge Schrott. Zum Teil lästigen Schrott und zum Teil
gefährlichen Schrott.  

Nächtliche Grüsse Hubert
-- 
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/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Datenbankserver down

[Dominik Spies]

 Hi,


> Ist da gerade was Konkretes im Gange oder steh ich gar mit dem Problem
> alleine da?


Nein, ich hab das selbe Problem. ca. seit 16:xx gab die XAPI nur noch HTTP
403 her..
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Mehrere Bundes- und Landstraßen übe reinander

[Martin Koppenhoefer]

Am 19. Juni 2008 17:25 schrieb Dominik Spies <[EMAIL PROTECTED]>:
> Ich weiß, wir mappen nicht für den Render ;) ABER wird das eigentlich schon
> (oder ist es für bald geplant) schon korrekt gerendert? Oder hat die Straße
> dann erstmal keine Bereichnung mehr?
>
> Man sieht es auch sehr oft so:
> in die gemeinsamen Stücke ref=B 1;B 2; L 123
>
> Ich kann mich nicht entscheiden wie ich es jetzt machen soll... Der Eine so
> der Andere so..
>
> Wobei ich ganz klar dafür bin das ref NUR in der Relation zu belassen.

warum?
>
> Dominik

Du könntest auch übergangsweise, wenn es derzeit mit Relationen nicht
gerendert werden sollte, den einzelnen Ways im betreffenden Stück das
Tag Ref="B1 / B2 / L123" geben. So würde das angezeigt, was man auch
in der Karte sehen will.

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

Re: [Talk-de] Zählen mit JOSM

[Martin Koppenhoefer]

danke, das war ein guter Tip! Hilft in vielen Situationen schon
weiter, wäre aber auch ein gutes feature, wenn die Anzahl der
selektierten Objekte in der Statusleiste angezeigt werden könnte. Oder
wenn z.B. nach dem Löschen eine Rückmeldung käme: 29 Nodes und 3 Ways
gelöscht, oder eben auch nur: 1 Node gelöscht. So wäre man noch ein
bisschen sicherer, dass man wirklich das getan hat, was man auch
vorhatte.

Martin

Am 18. Juni 2008 10:44 schrieb Christian Koerner <[EMAIL PROTECTED]>:
> On Wed, 18 Jun 2008 02:42:25 +0200
> "Martin Koppenhoefer" <[EMAIL PROTECTED]> wrote:
>
>> gibt es eigentlich in JOSM die Möglichkeit zu sehen, wieviele Nodes
>> man ausgewählt hat? Mit der Select und Such-Funktion kommt man da ja
>> schon sehr nah, aber ich habe bisher nciht herausfinden können,wie man
>> sehen kann, wieviele Nodes man selektiert hat. IMHO wäre das ein
>> schönes feature (z.B: zum schnellen Zählen von bestimmten tags in
>> einem bestimmten Gebiet).
>>
>> Martin
>
> Ja kann man, auch wenn man dabei etwas rechnen muss, wenn die
> ausgewaehlten Objekte unterschiedliche Bearbeiter haben.
> Die Autoren-Liste ( + ) zeigt die Anzahl der Objekte auf jeden
> Bearbeiter verteilt, musst also nur noch etwas summieren.
>
> Grusz
>Christian
>
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Datenbankserver down

[FreeWorld]

Hallo, weiß jemand, was da mit dem Datenbankserver geht? Der scheint mir
schon ziemlich lange keine Antwort mehr zu geben.
Ist da gerade was Konkretes im Gange oder steh ich gar mit dem Problem
alleine da?

Grüße



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

Re: [Talk-de] Hotel mit Gaststätte

[Martin Koppenhoefer]

2008/6/19 Guenther Meyer <[EMAIL PROTECTED]>:
> Am Donnerstag 19 Juni 2008 schrieb Garry:
>> Daniel Schmidt schrieb:
>> >> Hallo
>> >>
>> >> Wie wird den ein Hotel mit gaststätte getaggt?
>> >
>> > Also ich setze immer "amenity=restaurant" und "tourism=hotel" Tags auf
>> > einen Node. Interessant wird es natürlich, wenn ein Hotel über mehrere
>> > Restaurant verfügt, das ist mir bislang aber noch nicht untergekommen.
>>
>> Z.B, Traube Tonbach in Baiersbronn, die Hotels im Europaprk,...
>>
> grade bei heoeherklassigen hotels kommt das durchaus oefter vor.
> ich wuerde sowas aber trotzdem nur einmal als restaurant taggen.
>
warum? Lass mich raten: GPS-drive unterstützt es sonst nicht? Dass ein
Hotel mehrere Restaurants hat, ist in der oberen Liga durchaus üblich,
wenn nicht sogar Pflicht (für die Sterne), m.E. sollte unser
Tagging-Schema das auch unterstützen, indem die Namen dieser
Restaurants alle eingegeben werden können (und für meinen Geschmack
auch die cuisine-tags).

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

Re: [Talk-de] Grünflächen in Orten: Buschwerk u nd landuse != village_green

[Martin Koppenhoefer]

zum Thema: wir bilden die Welt ab, wie sie ist, nur halt ein bisschen
eleganter (als Mittellinie), und wenn man die zugehörige Straßenbreite
erfasst, kann man daraus die echte Straßenfläche erzeugen: das ist
Unsinn. Straßen haben mitnichten parallele Grenzen. Meist sind die
Ränder mändernd, d.h. es gibt Parkplätze, Bushaltestellen, Buchten,
die Straßen ändern eigentlich permanent ihre Ränder, von einer
mittelalterlichen Altstadt mit ihren krummen und schiefen Häusern ganz
zu schweigen. Es ist illusorisch (und auch nicht der Sinn von OSM wie
ich ihn verstehe), dies alles in OSM simulieren/abbilden zu wollen.

Wenn falsche Tags gesetzt sind, so ist das ein Problem, hat aber
nichts mit dem Stapeln von Ways zu tun.

An Rolf: man nutzt zwar die Nodes doppelt, die ways muss man
allerdings getrennt anlegen (teilen sich dann die Nodes). Prinzipiell
ist dieses System allerdings immer schwieriger zu bearbeiten als
nebeneinanderliegende Ways (z.B. für Anfänger, Noobs, bestimmte
Editoren, etc.) und dient daher nicht der Verbesserung der
Zugänglichkeit von OSM (mache ich allerdings trotzdem in den Fällen,
wo ich explizit angeben will, dass die Fläche direkt an die Straße
anschliesst, oder letztere ein Teil davon ist).

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

Re: [Talk-de] Versehentlich 2km Radweg gelöscht - wa s nun

[Toni Erdmann]

Robert Kaiser schrieb:
> Toni Erdmann wrote:
>> Raphael Studer schrieb:
 Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte.
>>> Doch die ist auch für gelöschte Objekte.
>>>
>> oh, aber wie komm' ich an die history eines Objektes, das ich nicht
>> selektieren kann, da es ja gelöscht ist?
>>
>> Objekt markieren und 'h' kenne ich ja, aber ...
> 
> http://wiki.openstreetmap.org/index.php/Potlatch/Keyboard_shortcuts
> meint: "'U' to show deleted ways, and optionally undelete them."
> 
> Probier das mal :)
> 

Danke, das wird's hoffentlich tun ... wenn die DB wieder 'up' ist.

Gruß,
Toni

BTW: der Link beantwortet u.U. einen Teil einer anderen Frage von mir:
 '/' auf US oder '-' auf DE Tastatur kann mir in Potlatch evtl.
 einen Way selektieren, der zu 100% Teil einer area ist.
 Hoffentlich auch dann, wenn diese area zu 100% deckungsgleich
 mit einer zweiten area ist.
 Für JOSM wär's mir lieber ... ich mach' so viele Fehler mit
 Potlatch.

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

Re: [Talk-de] Relationen für Verwaltungsbereiche

[Michael Schmitt]

Na da hab mal wieder den Anhang vergessen.
Sorry Mikes
--> rules ALT -- begin

	


		
		
			



			
			
   	
  
			
  	 			
   		
  	
	
  		
  	


		

--> rules ALT -- end
--> rules NEU -- begin

	


		
		
			



			
			


  
			
  	 			
   		
  	
	
					
   			
  		
		
						
   
  			
						
  	 		
   	
  

  	
  
			
			
  	


		

--> rules NEU -- end




--> SVG Definitions ALT -- begin

			/* Non-physical boundaries */
.boundary {
stroke-linecap: butt;
stroke-linejoin: round;
fill: none;
}

			.boundary-administrative-state-casing {
stroke-width: 2.5px; 
stroke: #00;
opacity: 0.5;
			}

			.boundary-administrative-state-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 2.5, 0.5, 0.5, 0.5;
			}

			.boundary-administrative-district-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 1.5, 0.5, 1.5, 0.5;
			}

			.boundary-administrative-parish-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 0.5, 0.5, 0.5, 0.5;
			}

--> SVG Definitions ALT -- end
--> SVG Definitions NEU -- begin

			/* Non-physical boundaries */
.boundary {
stroke-linecap: butt;
stroke-linejoin: round;
fill: none;
}

			.boundary-administrative-2-casing {
stroke-width: 2.5px; 
stroke: #00;
opacity: 0.5;
			}

			.boundary-administrative-4-casing {
stroke-width: 1.0px; 
stroke: #00;
opacity: 0.5;
			}

			.boundary-administrative-2-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 2.5, 0.5, 0.5, 0.5;
			}

			.boundary-administrative-5-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 2.0, 0.5, 1.0, 0.5;
			}

			.boundary-administrative-6-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 1.5, 0.5, 0.5, 0.5;
			}

			.boundary-administrative-8-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 1.5, 0.5;
			}

			.boundary-administrative-10-core {
stroke-width: 0.25px; 
stroke: #f9574b;
stroke-dasharray: 0.5, 0.5;
			}

			.boundary-administrative-default-core {
stroke-width: 0.20px; 
stroke: #f9574b;
stroke-dasharray: 0.2, 0.2;
			}

--> SVG Definitions NEU -- end



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

Re: [Talk-de] Fußgängerrouting

[Martin Koppenhoefer]

>
> Momentan tendiere ich dazu, solche Nebenstrassen als Track zu
> kennzeichnen. Vom Zustand her trifft das am Besten. Und mit einer
> Zusatzinformation kann man ja noch Klarstellen, dass dort auch normaler
> Autoverkehr erlaubt ist. (Bisher bedeutete fuer mich Track immer, dass
> normaler KFZ-Verkehr ausgeschlossen ist. Andernfalls war es Unclassified.)
>
> Gruss
> Torsten
>

Nee, track ist eher so was wie ein Feldweg oder noch darunter (also
ein Weg, der zwar Fahrbahnbreite hat, aber eher nicht befestigt ist).
Unclassified ist schon ne recht respektable Strasse, die aber halt
keine Einstufung für das überregionale Straßennetz hat.

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

Re: [Talk-de] Flussbreite

[Thomas Hieber]

Florian Lohoff schrieb:
> On Wed, Jun 18, 2008 at 06:14:32PM +, Sven Geggus wrote:
>   
>> Ich hab aber derzeit definitiv andere Prioritäten, ich möchte mich
>> dringend mal um die Breite von Flüssen kümmern, also dass der "width"
>> Tag beachtet wird. Dazu muss ich mich aber mehr mit xslt
>> auseinandersetzen. Unser Bach heir ist vielleicht so 5m Breit, also
>> laut Map-Features bereits ein River. Gerendert wird er aber wenn ich
>> das mal in den kacheln abmesse etwa 30m Breit. bei Straßen mag sowas
>> ja angehen, aber bei Flüssen sollte das IMO in etwa der realen Breite
>> entsprechen.
>> 
>
> Danke Danke Danke +99
>
> Flo
>   
Eine dickes Lob, wenn Du das gerichtet bekommst!

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

Re: [Talk-de] Relationen für Verwaltungsbereiche

[Michael Schmitt]

Lars Kruse schrieb:
> Hallo,
>
> ich moechte mich ein wenig mehr mit den Moeglichkeiten und Anwendungsbereichen
> von Relationen beschaeftigen und stolperte dabei ueber den Relationen-Browser:
> http://osm.schunterscouts.de/relation-browser.php
>   
Ich bin auch gerade dabei mich mit den Hierachien zu beschäftigen, da 
ich im Moment versuche die Landkreisgrenzen in OSM zu laden.

Mit den Bezeichnungen im 'border_type', z.B. state, county, township 
usw., bin ich auch nicht glücklich. Aber in diesem Fall gibt es ja noch 
den key 'admin_level' und der ist doch eindeutig.
Es gibt da sogar eine offizielle Einteilung (zumindest in der EU)
Als Zuordnung verwende ich im Moment:

admin_level deutschborder_type   EU
 2  Staat  state
 4  Bundesland country   NUTS1
 5  Regierungsbezirk   district  NUTS2
 6  Landkreis  countyNUTS3
 7  Verwaltungs-/Samtgemeinde
 8  Stadt/Gemeinde city/village  LAU1
10  Stadtteil  suburbLAU2

Im Prinzip sollte man aber den border_type landesspezifisch nutzen.

Aus diesem Grund habe ich mir mal das 'osm-map-features.xml' angesehen 
und hätte da einen Vorschlag wie man die Grenzen an Hand der 
'admin_level' Werte render sollte. Vor allem da der Level 5 im Moment 
nicht ausgewertet wird und dei Level 4 und 6 identisch sind.

Ich habe meinen Vorschlag mal angehängt. In dem File ist der Teil der 
Rules, die die 'boundary' auswerten und die entsprechenden SVG 
Definitionen enthalten.
Hatte da nicht in letzter Zeit Sven Geggus einen Superjob mit schnellem 
Support gemacht? (Danke)

Gruss  Mikes

PS: Was man nicht alles aus Verzweiflung macht, wenn die DB down ist!



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

Re: [Talk-de] World-File vom 18.6.08

[FreeWorld]

Carsten Schwede schrieb:
> Hallo
> 
> das Worldfile steht wieder zum Download bereit.
> Es ist nicht getestet (nur in QLandkarte), es sind keine osm-Kacheln 
> diese Woche dabei, Es wird wohl wieder nur in QLandkarte funktionieren 
> oder direkt in den Geräten.
> 
> 
> http://wiki.openstreetmap.org/index.php/User:Computerteddy
> 

Also die gmapsupp.img funktioniert!



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

Re: [Talk-de] Planung für Mapping -Weekend im Juli i m Raum München

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb qbert biker:
> Hallo,
>
> kann noch nicht sagen, obs bei mir klappt, aber als potentielles Ziel würde
> mir noch Mühldorf am Inn und Umgebung einfallen.
>
ist ja fast die ecke, an die ich kuerzlich gedacht hatte...
vilsbiburg bzw. neumarkt/st.veit ist auch noch recht duenn.





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

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Robert Kaiser]

Bernd Wurst wrote:
> Am Donnerstag, 19. Juni 2008 schrieb Raphael Studer:
>> Ich hab gesehen, dass der Walt sich einige Nodes mit Strassen teilt.
>> Vielleicht mag das Mapnik nicht so.
>
> Was ist ein "Walt"? *schauder*

Etwas, das es bei Disney als Vorname gibt *g*

Robert Kaiser

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

Re: [Talk-de] Versehentlich 2km Radweg gelöscht - wa s nun

[Robert Kaiser]

Toni Erdmann wrote:
> Raphael Studer schrieb:
>>> Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte.
>> Doch die ist auch für gelöschte Objekte.
>>
> oh, aber wie komm' ich an die history eines Objektes, das ich nicht
> selektieren kann, da es ja gelöscht ist?
>
> Objekt markieren und 'h' kenne ich ja, aber ...

http://wiki.openstreetmap.org/index.php/Potlatch/Keyboard_shortcuts
meint: "'U' to show deleted ways, and optionally undelete them."

Probier das mal :)

Robert Kaiser


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

Re: [Talk-de] Versehentlich 2km Radweg gelöscht - wa s nun

[Toni Erdmann]

Raphael Studer schrieb:
>> Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte.
> 
> Doch die ist auch für gelöschte Objekte.
> 

Hi Raphael,

oh, aber wie komm' ich an die history eines Objektes, das ich nicht
selektieren kann, da es ja gelöscht ist?

Objekt markieren und 'h' kenne ich ja, aber ...

Leider bin ich (dank häufiger Fehlbedienung meinerseits) kein großer
Fan von Potlatch, sondern benutze JOSM.

Toni

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

Re: [Talk-de] Versehentlich 2km Radweg gelöscht - wa s nun

[Raphael Studer]

> Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte.

Doch die ist auch für gelöschte Objekte.

Grüsse

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

[Talk-de] JOSM: Selektieren eines Way der zu 100% Teil einer Area ist

[Toni Erdmann]

Hi,

wie kann ich in JOSM (oder anderswo) einen kurzen Way selektieren,
der zu 100% Teil einer area ist?

Geht das überhaupt?


Gleichzeitig ist diese Area doppelt gemapped:

1.) landuse=residential

nochmals drüber:

2.) landuse=commercial + layer=1

Toni


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

[Talk-de] Versehentlich 2km Radweg gelöscht - w as nun

[Toni Erdmann]

Hallo,

ich habe gestern wohl versehentlich 2km Radweg südlich von Baierbrunn
nördlich von Schäftlarn (Bayern, südlich von München) gelöscht.

Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte.

Leier habe ich das auch erst heute bemerkt.

Was kann ich nun tun?

Ich habe zwar ein bayern.osm.bz2, aber das ist leider anscheinend von
heute 13:16 - also zu aktuell.

Es gibt zwar Yahoo Aerial Images, aber der Weg liegt im Wald und ist
nicht identifizierbar.

Sorry,
Toni


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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[qbert biker]

 Original-Nachricht 
> Datum: Thu, 19 Jun 2008 18:05:45 +0200
> Von: "Marc Schütz" <[EMAIL PROTECTED]>
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] Grünflächen in Orten: Buschwerk und landuse != 
> village_green

> Das muss er auch nicht; es reicht, wenn er die Sorten von Wegen
> rausfiltert, 
> mit denen er umgehen kann, und alle anderen einfach als nicht vorhanden 
> ignoriert. Das kann man sogar machen, bevor man überhaupt anfängt, sich
> mit 
> dem Graphen an sich zu beschäftigen.

Die Betonung liegt auf 'alle Arten von Wegen'. Noch funktioniert der
Basisschalter 'highway', aber das ist keine explizite Vereinbarung.
(OTon Wiki: Verwende highway, wenn du willst, dass die Renderer
das Ding darstellen).

Derzeit verarbeite ich die Daten vor der Filterung um Fehler zu finden,
die den anderen Filtern verborgen bleiben. Aber du hast natürlich
recht, man kann das auch drehen. 

Aber das löst die Probleme nicht, denn viele Dinge passieren im
Verborgenen. Das mit dem falsch vergebenen highway-Attribut ist
ja keine Erfindung, sondern mir real untergekommen. Die Renderer
haben das sehr unscheinbar dargestellt. Aber viel häufiger ist mir
ein Fehlertyp untergekommen, der noch schwieriger zu finden ist.
Es gibt Leute/Algos, die über bestehende 'highways' neue ways
mit konkurrierendem highway tag drüberbügeln. Hier entstehen
ganze Netze mit netten Seiteneffekten. Wenn unter einem 
korrekt gesetzten oneway ein durchkontaktierter way ohne oneway
liegt, ist erstmal jeder Filter und Router am Ende und produziert 
Unsinn.

Die übliche Lösung wäre, das Stapeln komplett zu unterbinden, denn
viel Sinniges kommt beim Stapeln eh nicht raus. Meist sind das 
nur Verarbeitungsleichen oder unnötige Verknüpfungen zwischen
Flächen und Strecken. Leider wird das Stapeln in OSM explizit von
josm und der Diskussionsrunde hier gefördert, so dass das 
automatische Auffinden und Eliminieren von Fehlern nicht gerade 
einfacher wird.
 
> Was als Teil des Graphen aufgefasst wird oder nicht hängt sehr von der 
> Anwendung ab. Für Fußgängerrouting möchte ich z.B. keine Autobahnen
> drin 
> haben, und umgekehrt für Autos keine Fußwege. Es gibt also sowieso nur
> eine 
> endliche Menge von Tags/Tag-Kombinationen, die der Router benötigt. Was 
> spricht dagegen, nach diesen zu filtern?

Fußgängerrouting und Graphen sind ein schwieriges Thema, zumal
das Thema auch in OSM mehr geisterhaft rumschwirrt, denn real
existent ist. Ich sehe das so: Im mittel- bis grossräumigen Bereich 
ist Fußgänger/Radfahrer/Skifahrer- oder wasauchimmer-Routing nur
ein Spezialfall des Klassikers fürs Auto. Man bildet also graphentechnisch
ab, wie man sich mit welchen Gerät in welcher Umgebung bewegen
kann. Damit bekomme ich z.B. die vielen kleinen Durchlässe in den 
Griff, die mich als Fußgänger in der Stadt interessieren, aber für Autos
gesperrt sind (und die ich mit Vorliebe erfasse *g*). Auch für eine 
Bergwanderung reicht ein Graph.

Unter kleinräumiges Fußgängerrouting verstehe ich die freie
Bewegung auf der Fläche und da hakts an allen Ecken und Enden.
Angefangen von der Modellvorstellung bis hin zur entsprechend 
genauen Auflösung (ca. <1m) bei der Erfassung. Aber sogar da gehen
meine Ansätze zu einem Graphen, der dann anhand Ausgangspunkt/
Ziel/Bewegung on request temporär erstellt wird. Die ganze komische
Diskussion, dass man sich mit dem klassischem Routing den Weg
zum Fußgängerrouting verbauen könnte, ist mir schon immer
schleierhaft gewesen. 

Grüsse Hubert
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

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

Re: [Talk-de] Automaten?

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb Jannis Achstetter:
> Garry schrieb:
> > Gibt es eigentlich schon was für Automaten?
> > Gedanke kam mir heute als mir ein Handykartenladeautomat über den Weg
> > gelaufen ist...
>
> Gestern sind mir beim mappen mal paar Zigarettenautomaten ins Auge
> gefallen und ich hab mich gefragt, ob das einne Tag Wert is, auch wenn
> die für mich total unwichtig sind...
>
> Jannis

poi = shopping.machine.cigarettes

funktioniert zumindest fuer gpsdrive... ;-)





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

Re: [Talk-de] Hotel mit Gaststätte

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb Rolf Gehring:
> Hallo,
>
> beim Lesen dieses Sachverhalts fiel mir ein, dass ich ein in der nähe
> stehendes und bereits in der Karte vorhandenes Gebäude nur mit "restaurant"
> und dem Namen getagt hatte. Der Name erschien in der Karte, "Messer und
> Gabel" nicht.
>
> 1. Was kann ich falsch gemacht haben?
>
> 2. Diese Gaststätte hat auch ein paar Hotelbetten. Es ist also auch ein
> Hotel.
>
> Da ja nur der Name angezeigt wird, brauche ich die Hotelleigenschaft doch
> nicht mehr zu taggen. Der Name wird schon angezeigt und gilt ja für beides.
>
doch, solltest du. denn wenn jemand explizit nach einem hotel sucht, wird er 
dieses ohne das entsprechende tag nicht finden.
die karte ist nur eine der vielen moeglichen anwendungen...


> Ich bin ein Mensch, der sich gern selber davon überzeugt, dass das was er
> macht auch von ihm richtig gemacht worden ist. Wenn ich ein Restaurant oder
> eine Telefonzelle eintrage, dann möchte ich mich auch von der Richtigkeit
> in der Karte überzeugen können. Ich mappe nicht, um mit großen Zahlen
> glänzen zu können. Ich möchte selbst erleben, dass meine Arbeit richtig ist
> und damit vielleicht auch mal einen Sinn erfüllen könnte.
>
generell ist das schon gut so, aber deswegen nicht nur fuer die karte mappen!
nicht alles, was sinnvoll ist, wird auch gerendert. es kann aber dennoch 
genutzt werden.




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

Re: [Talk-de] Hotel mit Gaststätte

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb Garry:
> Daniel Schmidt schrieb:
> >> Hallo
> >>
> >> Wie wird den ein Hotel mit gaststätte getaggt?
> >
> > Also ich setze immer "amenity=restaurant" und "tourism=hotel" Tags auf
> > einen Node. Interessant wird es natürlich, wenn ein Hotel über mehrere
> > Restaurant verfügt, das ist mir bislang aber noch nicht untergekommen.
>
> Z.B, Traube Tonbach in Baiersbronn, die Hotels im Europaprk,...
>
grade bei heoeherklassigen hotels kommt das durchaus oefter vor.
ich wuerde sowas aber trotzdem nur einmal als restaurant taggen.

im neuen poi-schema wuerde man uebrigens folgendermassen taggen:
 name = 
 poi = accommodation.hotel
 poi = food.restaurant

und da ich die frage schon kommen sehe: nein, das ist keine redundante 
information, denn es gibt durchaus auch hotels ohne restaurant.




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

Re: [Talk-de] Automaten?

[Guenther Meyer]

Am Donnerstag 19 Juni 2008 schrieb Garry:
> Gibt es eigentlich schon was für Automaten?
> Gedanke kam mir heute als mir ein Handykartenladeautomat über den Weg
> gelaufen ist...
>
poi = shopping.machine.phonecards





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

Re: [Talk-de] Internationalisierung etwas ungeschickt im Wiki realisiert

[André Reichelt]

Philip May schrieb:
Ich würde Euch bitten das mal zu lesen und entweder hier oder in der 
Diskussion Eure Meinung zu sagen. Ich denke in dem Wiki gibt es was das 
Thema Internationalisierung anbelangt einiges zu verbessern. Wenn und 
falls es gefünscht ist kann ich da auch gerne helfen...


Habe geantwortet.



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

Re: [Talk-de] Internationalisierung im Wiki

[Claudius Henrichs]

Die Variante mit Sprachen als Namensräumen hab ich bisher auch imemr als 
Übergangslösung betrachtet. Ich fände es toll, wenn du dich dessen 
annehmen würdest und eine tatsächliche Internationalisierung mit 
Subdomains und seperaten Wikis (So [=seperate mysql-Tabellen] ist es 
doch realisiert, oder?) für jede Sprache umsetzen würdest :-)  
Allerdings steigt dadurch auch der Administrationsaufwand...

Philip May:
> Hallo,
>
> ich habe im Wiki einen Kommentar zum Thema Internationalisierung 
> geschrieben:
> http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany#Internationalisierung_etwas_ungeschickt_in_diesem_Wiki_realisiert
>
> Ich würde Euch bitten das mal zu lesen und entweder hier oder in der 
> Diskussion Eure Meinung zu sagen. Ich denke in dem Wiki gibt es was 
> das Thema Internationalisierung anbelangt einiges zu verbessern. Wenn 
> und falls es gefünscht ist kann ich da auch gerne helfen...
>
> Grüße,
> Philip
>

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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Marc Schütz]

Am Donnerstag, 19. Juni 2008 17:35 schrieb qbert biker:
> In einer idealen Welt ist alles perfekt und niemand macht Fehler. In
> der Realität muss man Filter einsetzen, um Dinge, die nicht
> zusammengehören wieder zu trennen. In OSM gibt es nur eine Sorte
> Nodes und nur eine Sorte von Verbindungen und deshalb kann der Router
> in erster Näherung nicht unterscheiden, ob das jetzt eine Waldgrenze
> ist, ein Bach oder eine Straße. Alles hängt am dünnen Fädchen der
> sauberen Attributierung.
>

Das muss er auch nicht; es reicht, wenn er die Sorten von Wegen rausfiltert, 
mit denen er umgehen kann, und alle anderen einfach als nicht vorhanden 
ignoriert. Das kann man sogar machen, bevor man überhaupt anfängt, sich mit 
dem Graphen an sich zu beschäftigen.

> > Zudem "highway=" noch nichts über "das ist eine Straße" aussagt.
> > Immerhin
> > haben wir highway=bus_stop, highway=stop, hithway=traffic_signals und
> > weitere
> > derartige Kandidaten.
>
> Das sind (hoffentlich) alles Nodes und damit nicht betroffen. Es war aber
> andersrum gemeint: Die einzig wirklich stabile Regel die ich in OSM
> kenne ist, dass jeder way, der in irgendeiner Weise ein Weg ist und als
> Teil des Graphen aufgefasst werden kann, mit 'highway' gekennzeichnet
> wird, so dass man hier einen stabilen einfachen Filter hat.
>

Was als Teil des Graphen aufgefasst wird oder nicht hängt sehr von der 
Anwendung ab. Für Fußgängerrouting möchte ich z.B. keine Autobahnen drin 
haben, und umgekehrt für Autos keine Fußwege. Es gibt also sowieso nur eine 
endliche Menge von Tags/Tag-Kombinationen, die der Router benötigt. Was 
spricht dagegen, nach diesen zu filtern?

Grüße, Marc


pgpNWrZVkkTIv.pgp
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] Internationalisierung etwas ungeschickt im Wiki realisiert

[Philip May]

Hallo,

ich habe im Wiki einen Kommentar zum Thema Internationalisierung
geschrieben:
http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany#Internationalisierung_etwas_ungeschickt_in_diesem_Wiki_realisiert

Ich würde Euch bitten das mal zu lesen und entweder hier oder in der
Diskussion Eure Meinung zu sagen. Ich denke in dem Wiki gibt es was das
Thema Internationalisierung anbelangt einiges zu verbessern. Wenn und falls
es gefünscht ist kann ich da auch gerne helfen...

Grüße,
Philip

-- 
Philip May
http://eniak.info/
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[qbert biker]

 Original-Nachricht 
> Datum: Thu, 19 Jun 2008 16:01:07 +0200
> Von: Bernd Wurst <[EMAIL PROTECTED]>
> An: Openstreetmap allgemeines in Deutsch 
> Betreff: Re: [Talk-de] Grünflächen in Orten: Buschwerk und landuse != 
> village_green

> Nur weil wir die
> Straße 
> auf eine Linie abstrahieren ist das nicht "die Mittellinie" sondern 
> weiterhin "die Straße". Nur eben aus schwergewichtigen praktsichen
> Gründen 
> nicht in der vollen Breite erfasst.

Die schwergewichtigen praktischen Gründe sind, dass es sich bei OSM
immer noch um eine digitale Karte handelt und die baut auf dem Graphen,
bzw. der Graphentheorie auf. Der Graph selber kennt nur eindimensionale
Verbindungen und deshalb abstrahiert man die Straße auf ihre 
Mittelline. Das hat den Vorteil, dass man über die Erzeugung der 
parallelen Linien das eindimensionale Objekt wieder in ein 
zweidimensionales verwandeln kann. Ein weiterer Vorteil der
Mittellinie ist, dass sie am genauesten die Länge des Polygons abbildet.
 
> Bitte? 
> Es gibt sehr wohl eine Verbindung zwischen Straße und angrenzender 
> Fläche. "Verbindung" heit ja nicht, dass der Router mich da drüber
> schicken 
> soll. Der erkennt ja auch ob da Straße mit Straße verbunden ist oder was
> anderes. Nur weil z.B. ein Wald direkt an der Straße beginnt, heißt das
> ja 
> nicht, dass der Router oder Renderer sich dadurch irgendwie verwirren
> lässt.

In einer idealen Welt ist alles perfekt und niemand macht Fehler. In
der Realität muss man Filter einsetzen, um Dinge, die nicht 
zusammengehören wieder zu trennen. In OSM gibt es nur eine Sorte
Nodes und nur eine Sorte von Verbindungen und deshalb kann der Router
in erster Näherung nicht unterscheiden, ob das jetzt eine Waldgrenze 
ist, ein Bach oder eine Straße. Alles hängt am dünnen Fädchen der
sauberen Attributierung.

> Zudem "highway=" noch nichts über "das ist eine Straße" aussagt.
> Immerhin 
> haben wir highway=bus_stop, highway=stop, hithway=traffic_signals und
> weitere 
> derartige Kandidaten.

Das sind (hoffentlich) alles Nodes und damit nicht betroffen. Es war aber
andersrum gemeint: Die einzig wirklich stabile Regel die ich in OSM 
kenne ist, dass jeder way, der in irgendeiner Weise ein Weg ist und als 
Teil des Graphen aufgefasst werden kann, mit 'highway' gekennzeichnet
wird, so dass man hier einen stabilen einfachen Filter hat. 

Aber wie ich OSM kenne, wird das auch noch aufgeweicht und das 
schöne Abbild der Welt wird immer diffuser und schwammiger - zumindest 
für einen potentiellen externen Anwendungsentwickler. Ich schreibe seit
ca. 1 1/2 Jahren jetzt Auswertefilter für OSM-Daten, aber das Ende ist
in Sicht, weil Aufwand und Nutzen in keinem Verhältnis mehr stehen.

-- 
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/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Mehrere Bundes- und Landstraßen über einander

[Dominik Spies]

Ich weiß, wir mappen nicht für den Render ;) ABER wird das eigentlich schon
(oder ist es für bald geplant) schon korrekt gerendert? Oder hat die Straße
dann erstmal keine Bereichnung mehr?

Man sieht es auch sehr oft so:
in die gemeinsamen Stücke ref=B 1;B 2; L 123

Ich kann mich nicht entscheiden wie ich es jetzt machen soll... Der Eine so
der Andere so..

Wobei ich ganz klar dafür bin das ref NUR in der Relation zu belassen.

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

Re: [Talk-de] talk-at Austria Mailing Liste? AGIT?

[Andreas Rath]

On Thu, 19 Jun 2008 14:53:50 +0200, Michael Buege  
<[EMAIL PROTECTED]> wrote:

>> Da meine Lieblingsplattform 'Usenet' leider ohnehin nicht in Frage
>> kommt, wäre mir ein Forum sogar lieber als eine Mailingliste.
>
> Du solltest es wirklich erst mal im Guten versuchen, bevor du zur
> Verzweiflungstat schreitest. ;-)
>  macht Mailinglisten tauglich fuer Newsreader.

Ahhh, danke!
Und überredet ;-)

[x] für Mailingliste

orotl



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

Re: [Talk-de] [Fwd: Nanobeitrag OpenStreetMap]

[Jochen Topf]

Ja, diverse. Siehe Terminkalender unter
http://wiki.openstreetmap.org/index.php/Main_Page und
http://www.openstreetmap.de/gps-verleih/kalender.html

Jochen

On Thu, Jun 19, 2008 at 04:01:17PM +0200, Christian Hartnick wrote:
> Date: Thu, 19 Jun 2008 16:01:17 +0200
> From: Christian Hartnick <[EMAIL PROTECTED]>
> To: Openstreetmap allgemeines in Deutsch 
> Subject: [Talk-de] [Fwd: Nanobeitrag OpenStreetMap]
> 
> Hallo,
>
> 3Sat fragt nach ob es noch einen Mapping-Event zwischen dem 7.7. und 18  
> 7. gibt. Bitte um kurze Antwort.
>
> Grüße
>
> Christian
>
>  Original-Nachricht 
>
> Hallo Zusammen,
> ich wollte nur nochmal Nachhaken nach einem Termin, um für 3Sat Nano  
> über OSM zu berichten. Ich habe ja auch schon zwei Termine angeboten  
> bekommen. Der Termin am kommenden Wochenende in Thüringen wird sich  
> leider aus Zeitgründen nicht mehr realisieren lassen. Der zweite Termin  
> von  Herrn Hartnick ist leider gerade in unserer Sommerpause. Ich wollte  
> daher nochmal fragen, ob es vielleicht eine Veranstaltung zwischen dem  
> 7.7. und 18 7. gibt.
> Beste Grüße aus Mainz
> Gunter Große
>
>
>*Von:* Christian Hartnick [mailto:[EMAIL PROTECTED]
>*Gesendet:* Montag, 16. Juni 2008 13:57
>*An:* Große, Gunter
>*Betreff:* Presse OSM: [Fwd: [Talk-de] Mapping-Tag in Bohmte (bei
>Osnabrück)]
>
>Sehr geehrter Herr Große,
>
>wäre das folgende vielleicht auch etwas für ihren Beitrag? (s.u.)
>
>Mit freundlichen Grüßen
>
>Christian Hartnick
>
> Original-Nachricht 
>Betreff:   [Talk-de] Mapping-Tag in Bohmte (bei Osnabrück)
>Datum: Mon, 16 Jun 2008 10:24:01 +0200
>Von:   Kai Behncke <[EMAIL PROTECTED]>
>Antwort an:Openstreetmap allgemeines in Deutsch
>
>An:talk-de@openstreetmap.org
>
>
>
>Sehr geehrte Damen und Herren,
>
>gemeinsam mit dem Institut für Geoinformatik und Fernerkundung der
>Universität Osnabrück veranstaltet der AK WebGIS des GiN e.V. am Samstag,
>den 26.Juli einen Open Street Map-Tag in der Stadt Bohmte (bei Osnabrück)
>
> (http://www.openstreetmap.org/?lat=52.36625&lon=8.31915&zoom=11&layers=B00FT
>T)
>
>Die Datenerhebung wird um 10.00 Uhr beginnen (der genaue Treffpunkt wird
>noch auf der Internetseite des AK WebGIS
>
> (http://131.173.78.184/ginhp/Joomla/index.php?option=com_content&task=blogca
>tegory&id=41&Itemid=122)
>sowie im Open Street Map Wiki
>
> (http://wiki.openstreetmap.org/index.php/Akwebgis_igf_mapping_veranstaltung)
>bekannt gegeben). ?Neueinsteiger? können bei der Veranstaltung eine
>Einführung in die Datenerhebung mittels GPS-Geräten erhalten. Einige
>GPS-Geräte können zudem verliehen werden.
>Es empfiehlt sich unbedingt ein Fahrrad mitzubringen.
>Am Nachmittag werden die erhobenen Daten bearbeitet und anschließend auf 
> den
>globalen Server gespielt.
>
>Die Aktion wird von der Gemeinde Bohmte unterstützt. Teilnehmer erhalten
>kostenlos eine Verpflegung mit Speisen und Getränken.
>Zudem werden 10 Open Street Map Bücher verlost.
>
>Für die Teilnahme an der Open Street Map Aktion ist, um besser planen zu
>können, eine Anmeldung nötig. Bitte melden Sie sich bis zum 14. Juli bei
>Herrn Kai Behncke an (Tel.:0541-969-4781, mail:
>[EMAIL PROTECTED]).
>
>Ganz im Sinne der ?Open Street Map Mapping Parties? wird es Abends noch ein
>gemütliches Beisammensitzen (und Belohnen für die getane Arbeit) in einem
>Lokal geben.
>
>Mit freundlichen Grüßen, Kai Behncke
>--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/cgi-bin/mailman/listinfo/talk-de
>  
>

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


-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Frank Sautter]

Frank Gruender schrieb:
> Eine Ursache könnte sein, dass einige als 'inner' markierte Mitglieder 
> außerhalb vom 'outer'-Mitglied liegen und somit nicht in diese Relation
> gehören.
das scheint mir die warscheinlichste erklärung zu sein.
werde das fixen und nächste woche dann berichten.

grüße
  frank


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

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Bernd Wurst]

Hallo.

Am Donnerstag, 19. Juni 2008 schrieb Raphael Studer:
> Ich hab gesehen, dass der Walt sich einige Nodes mit Strassen teilt.
> Vielleicht mag das Mapnik nicht so.

Was ist ein "Walt"? *schauder*

Nein, das ist definitiv nicht der Grund. Auch wenn die Potlatch-"ich kann bei 
übereinanderliegenden ways nicht mehr so gut editieren"-Fraktion auf so ein 
Argument nur wartet, das ist nicht das Problem.

Gruß, Bernd

-- 
Wenn's an Silvester stürmt und schneit,
ist das Neujahr nicht mehr weit.
Stürmt und schneit's Silvester nicht,
ist das Neujahr auch in Sicht.


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

Re: [Talk-de] IDs in JOSM

[Bernd Wurst]

Hallo.

Am Mittwoch, 18. Juni 2008 schrieb Jannis Achstetter:
> > (Ausnahme: Mittelklick. Aber da das nur so lange angezeigt wird wie man
> > Strg gedrückt hält, ist das IMHO kein gangbarer Weg.)
> [...]
> Das is ganz einfach, einfach während der Mauszeiger auf dem Objekt ist,
> die mittlere Maustaste drücken, dann kommt u.a. die ID

?

Gruß, Bernd

-- 
Windows Error 005: Multitasking attempted. System confused.


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

Re: [Talk-de] World-File vom 18.6.08

[Martin Schäfer]

Hallo, 

ich kann das heute auch nicht testen, ich werde es morgen probieren.

Gruß, Maritn

-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Carsten Schwede
Gesendet: Donnerstag, 19. Juni 2008 14:23
An: Openstreetmap allgemeines in Deutsch
Betreff: [Talk-de] World-File vom 18.6.08

Hallo

das Worldfile steht wieder zum Download bereit.
Es ist nicht getestet (nur in QLandkarte), es sind keine osm-Kacheln 
diese Woche dabei, Es wird wohl wieder nur in QLandkarte funktionieren 
oder direkt in den Geräten.


http://wiki.openstreetmap.org/index.php/User:Computerteddy

-- 
Viele Gruesse
Computerteddy

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


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

Re: [Talk-de] Relationen fuer gemeinsame Grenzen

[Dominik Spies]

>
>
> die Diskussion der letzten Wochen habe ich so verstanden, dass die Ways
> keine Redundanzen darstellen, wenn sie auch abschnittsweise mit den selben
> Nodes gebildet werden.


Nicht nur der Node stellt ein Datum dar, auch der entsprechende Weg (der ja
ein verkette Liste von Nodes ist). Warum sollte dieser doppelt definiert
werden, wenn er bereits vorhanden ist?

>
>
> Ein Way für die Straße ist nicht identisch mit einem Way für das Wohngebiet
> rechts der Straße und auch nicht identisch für das Industriegebiet links
> der
> Straße.


Da hast du Recht. Wir bilden hier die Realität ab - und müssen dazu Wohl
oder Übel eine gewiese Abstraktionen vornehmen, und das bedeutet auch, dass
wir eine normale Straße in der Regel nur als "Linie" definieren - sie ist
aber eine Fläche. Und wenn dann links der Straße ein Wohngebiet und rechts
der Straße ein Industriegebiet ist, IST die Straße (sofern als "Linie"
definiert" auch die Grenze.

Wenn man die Nodes der Straße dann dazu benutzt um den Way für die Grenzen
der Gebiete zu definieren, dann habe ich sogar den gleichen Grad der
Abstraktion.


>
>
> Und das ganze hat nichts mit Relationen zu tun. Diese nehmen nur bestimmte
> vorhandene Node oder Ways auf - wenn sie funktionieren.


Doch! Den Relationen erlauben uns, einen way für mehrere Objekte zu
verwenden (z.B. Landesgrenze + Fluss, oder das obige Beispiel.

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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Bernd Wurst]

Hallo.

Am Mittwoch, 18. Juni 2008 schrieb qbert biker:
> 'Macht ausser OSM keiner, weil leicht irreführend und man kann sich eine
> Menge Ärger einhandeln'

Quelle?

Gruß, Bernd

-- 
Demokratie beruht auf drei Prinzipien:
  - auf der Freiheit des Gewissens
  - auf der Freiheit der Rede
  - auf der Klugheit, keine der ersten beiden in Anspruch zu nehmen


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

[Talk-de] [Fwd: Nanobeitrag OpenStreetMap]

[Christian Hartnick]

Hallo,

3Sat fragt nach ob es noch einen Mapping-Event zwischen dem 7.7. und 18 
7. gibt. Bitte um kurze Antwort.


Grüße

Christian

 Original-Nachricht 

Hallo Zusammen,
ich wollte nur nochmal Nachhaken nach einem Termin, um für 3Sat Nano 
über OSM zu berichten. Ich habe ja auch schon zwei Termine angeboten 
bekommen. Der Termin am kommenden Wochenende in Thüringen wird sich 
leider aus Zeitgründen nicht mehr realisieren lassen. Der zweite Termin 
von  Herrn Hartnick ist leider gerade in unserer Sommerpause. Ich wollte 
daher nochmal fragen, ob es vielleicht eine Veranstaltung zwischen dem 
7.7. und 18 7. gibt.

Beste Grüße aus Mainz
Gunter Große

   
   *Von:* Christian Hartnick [mailto:[EMAIL PROTECTED]
   *Gesendet:* Montag, 16. Juni 2008 13:57
   *An:* Große, Gunter
   *Betreff:* Presse OSM: [Fwd: [Talk-de] Mapping-Tag in Bohmte (bei
   Osnabrück)]

   Sehr geehrter Herr Große,

   wäre das folgende vielleicht auch etwas für ihren Beitrag? (s.u.)

   Mit freundlichen Grüßen

   Christian Hartnick

    Original-Nachricht 
   Betreff: [Talk-de] Mapping-Tag in Bohmte (bei Osnabrück)
   Datum:   Mon, 16 Jun 2008 10:24:01 +0200
   Von: Kai Behncke <[EMAIL PROTECTED]>
   Antwort an:  Openstreetmap allgemeines in Deutsch
   
   An:  talk-de@openstreetmap.org



   Sehr geehrte Damen und Herren,

   gemeinsam mit dem Institut für Geoinformatik und Fernerkundung der
   Universität Osnabrück veranstaltet der AK WebGIS des GiN e.V. am Samstag,
   den 26.Juli einen Open Street Map-Tag in der Stadt Bohmte (bei Osnabrück)
   (http://www.openstreetmap.org/?lat=52.36625&lon=8.31915&zoom=11&layers=B00FT
   T)

   Die Datenerhebung wird um 10.00 Uhr beginnen (der genaue Treffpunkt wird
   noch auf der Internetseite des AK WebGIS
   (http://131.173.78.184/ginhp/Joomla/index.php?option=com_content&task=blogca
   tegory&id=41&Itemid=122)
   sowie im Open Street Map Wiki
   (http://wiki.openstreetmap.org/index.php/Akwebgis_igf_mapping_veranstaltung)
   bekannt gegeben). ?Neueinsteiger? können bei der Veranstaltung eine
   Einführung in die Datenerhebung mittels GPS-Geräten erhalten. Einige
   GPS-Geräte können zudem verliehen werden.
   Es empfiehlt sich unbedingt ein Fahrrad mitzubringen.
   Am Nachmittag werden die erhobenen Daten bearbeitet und anschließend auf den
   globalen Server gespielt.

   Die Aktion wird von der Gemeinde Bohmte unterstützt. Teilnehmer erhalten
   kostenlos eine Verpflegung mit Speisen und Getränken.
   Zudem werden 10 Open Street Map Bücher verlost.

   Für die Teilnahme an der Open Street Map Aktion ist, um besser planen zu
   können, eine Anmeldung nötig. Bitte melden Sie sich bis zum 14. Juli bei
   Herrn Kai Behncke an (Tel.:0541-969-4781, mail:
   [EMAIL PROTECTED]).

   Ganz im Sinne der ?Open Street Map Mapping Parties? wird es Abends noch ein
   gemütliches Beisammensitzen (und Belohnen für die getane Arbeit) in einem
   Lokal geben.

   Mit freundlichen Grüßen, Kai Behncke
   -- 
   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/cgi-bin/mailman/listinfo/talk-de
 

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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Bernd Wurst]

Hallo.

Am Mittwoch, 18. Juni 2008 schrieb qbert biker:
> Sieht in der Rendererdarstellung schön aus, ist aber eigentlich falsch,
> weil sich die Straße auf die Mittellinie bezieht und die Fläche da nicht
> anfängt. 

Die Diskussion ist noch nichtmal seit einer Woche tot. Nur weil wir die Straße 
auf eine Linie abstrahieren ist das nicht "die Mittellinie" sondern 
weiterhin "die Straße". Nur eben aus schwergewichtigen praktsichen Gründen 
nicht in der vollen Breite erfasst.


> Lästiger ist dabei, dass dabei viele Verbindungen über die 
> 'durchkontaktierten' Nodes entstehen, die es in der Realität gar nicht
> gibt. 

Bitte? 
Es gibt sehr wohl eine Verbindung zwischen Straße und angrenzender 
Fläche. "Verbindung" heit ja nicht, dass der Router mich da drüber schicken 
soll. Der erkennt ja auch ob da Straße mit Straße verbunden ist oder was 
anderes. Nur weil z.B. ein Wald direkt an der Straße beginnt, heißt das ja 
nicht, dass der Router oder Renderer sich dadurch irgendwie verwirren lässt.


> Jede Node mit mehr als zwei Verbindungen ist ja ein Kreuzung. Deshalb 
> ist es unschön, wenn es Verbindungen zwischen Wegen und Flächen gibt, weil
> die vom Router leicht fehlinterpretiert werden können. Ein unvorsichtig
> vergebenes 'highway=' für eine Fläche und es gibt wilde Verbindungen im
> Netz. Die einzige Filtermöglichkeit um Wege herauszufiltern ist ja das
> highway-tag, einen weiteren Schutz gibt es nicht.

Ein komplett sinnfrei und falsch vergebenes highway-Tag macht an allen Stellen 
Probleme, nicht nur beim Wiederverwenden von Nodes für Straße und angrenzende 
Grünfläche.
Wenn jemand wirklich die Grünfläche z.B. als Marktplatz tagged, dann ist sehr 
vorhersehbar, dass kein Router oder renderer das weiterhin als Grünfläche 
erkennt. Warum auch?


Zudem "highway=" noch nichts über "das ist eine Straße" aussagt. Immerhin 
haben wir highway=bus_stop, highway=stop, hithway=traffic_signals und weitere 
derartige Kandidaten.

Gruß, Bernd

-- 
Keine zwei Menschen gleichen einander,
und beide sind froh darüber


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

Re: [Talk-de] osmarender Stuff (was: Danke fuer die Panzer)

[Bernd Wurst]

Hallo.

Am Mittwoch, 18. Juni 2008 schrieb Sven Geggus:
> ich möchte mich
> dringend mal um die Breite von Flüssen kümmern, also dass der "width"
> Tag beachtet wird. Dazu muss ich mich aber mehr mit xslt
> auseinandersetzen. Unser Bach heir ist vielleicht so 5m Breit, also
> laut Map-Features bereits ein River. Gerendert wird er aber wenn ich
> das mal in den kacheln abmesse etwa 30m Breit. bei Straßen mag sowas
> ja angehen, aber bei Flüssen sollte das IMO in etwa der realen Breite
> entsprechen.

reale Breite muss ja noch nichtmal sein. Ein Anfang wäre es, eine 
*realistische* Breite zu benutzen. Da 30 Meter breite Flüsse i.A. sowieso 
flächenmäßig erfasst werden, macht es einfach wenig Sinn, alles wo man nicht 
drüber springen kann (laut Map-Features) gleich derartig breit zu machen.

Zudem Flüsschen doch recht oft neben Bahnlinien oder Straßen entlang fließen 
und das einfach immer schlecht aussieht.

Gruß, Bernd

-- 
OS/2 - Wo ist die andere Hälfte?


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

[Talk-de] export format Datenbank, Kontaktwunsch

[Info]

Hallo,

 

wir haben vor einigen Monaten im Rahmen eines internen Projekts Geo-Daten in
unsere Datenbank (nadas/NDF) geladen.

 

So ganz einfach war es nicht, die Daten in das CSV – Format zu bekommen. 
Nachdem das (endlich) geschafft war, hatten wir für die damals 7 Mio.
Datensätze, ca. 387 MB Daten eine Ladezeit von < 1 Minute.

 

Details findet ihr unter: 

http://www.nadasweb.de/index.php/entdecken/index/testberichte

 

bzw.:

http://www.nadasweb.de/index.php/entdecken/index/testberichteMessungenGeodat
en

 

Zu unserem NDF Format gibt es einen kostenlosen „reader“. D.h. einmal in
dieses Format konvertiert, könnte dann jeder in seinen Anwendungen einfach
per SQL darauf zugreifen, ohne gleich ein ganzes Datenbanksystem
installieren zu müssen. 

 

Kontaktwunsch: Ich würde mich gerne über einen Kooperation unterhalten,
ob/wie man das NDF-Format als ein alternatives Exportformat im OpenStreetMap
Projekt anbieten könnte. 

 

Vielleicht kann da jemand beim Aufbau des Kontakts helfen.

Gruss

Volker 

 

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

[Talk-de] OSMLibrary unter Windows XP

[Gerd Arns-Krogmann]

Moin liebe Listenmitglieder,

ich schreibe gerade an einer Diplomarbeit über Openstreetmap und möchte 
gerne auch die Daten verwenden. Dazu müsste ich sie manuell ins 
Shape-Format konvertieren unter Windows XP. Dazu würde ich gerne die 
OSMLibrary und speziell das Export Package osmlib-export-0.1.2.gem 
 
verwenden.

Aber ich schaffe die Installation nicht unter XP. Installiert ist:
Ruby 186-25 samt RubyGems
osmlib-base-0.1.2.gem 

osmlib-export-0.1.2.gem 

GeoRuby-1.3.3.gem  


Aber ich bekomme die libxml-ruby nicht installiert aufgrund deren 
Abhängigkeiten zu weiteren Libs die ich ebenfalls nicht installieren 
kann. Möchte mir jemand von euch helfen? Gibt es vielleicht für Win 
kompilierte binaries?

Danke und viele Güße, Gerd


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

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Raphael Studer]

Hi,

> ich habe hier einen wald, der seit drei wochen von mapnik nicht mehr
> gerendert wird (bzw. nur eine hauchdünne linie). osmarender stellt den
> wald ohne probleme dar.
>
> http://www.openstreetmap.org/?lat=48.75632&lon=8.98802&zoom=17&layers=B00FT
>
> ich habe mir das polygon mit josm und potlatch angeschaut und kann
> keinen fehler finden.
>
> aber warscheinlich sehe ich den wald vor lauter bäumen nicht ;-)

Ich hab gesehen, dass der Walt sich einige Nodes mit Strassen teilt.
Vielleicht mag das Mapnik nicht so.

Grüsse

Grüsse
Raphael

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

Re: [Talk-de] Relationen fuer gemeinsame Grenzen

[Rolf Gehring]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,
 
die Diskussion der letzten Wochen habe ich so verstanden, dass die Ways
keine Redundanzen darstellen, wenn sie auch abschnittsweise mit den selben
Nodes gebildet werden.
 
Ein Way für die Straße ist nicht identisch mit einem Way für das Wohngebiet
rechts der Straße und auch nicht identisch für das Industriegebiet links der
Straße.
 
Und das ganze hat nichts mit Relationen zu tun. Diese nehmen nur bestimmte
vorhandene Node oder Ways auf - wenn sie funktionieren.
 
Rolf


  _  

Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Dominik Spies
Gesendet: Donnerstag, 19. Juni 2008 14:16
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Relationen fuer gemeinsame Grenzen


Hi,



Und mal davon abgesehen, wenn wir jetzt anfangen Ways gemeinsem zu
nutzen und sie per Relation zusammennähen, sind wir genau da, wo wir
schonmal waren - als nämlich die Segmente abgeschafft wurden.

Bitte nur Nodes gemeinsam nutzen, keine Ways.

Also zuerst den einen Landuse-way einzeichnen, dann den zweiten und
dabei immer schön auf die schon vorhandenen Nodes klicken.


 

Warum denn das?? Das ist doch gerade das Gute an Relations, das ich
Redundanzen herausbekomme. Warum soll ich den selben way öfter anlegen wenn
er schon vorhanden ist?



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

wj8DBQFIWlu1X/cdferISG0RAssFAKDZMojY47GsDsD/RO6kGN2kD6PEiACgqwkQ
MNAKauC9Lz3Sboekmgc8mr4=
=RKaa
-END PGP SIGNATURE-



Hallo,
 
die Diskussion der letzten Wochen habe ich so verstanden, 
dass die Ways keine Redundanzen darstellen, wenn sie auch abschnittsweise mit 
den selben Nodes gebildet werden.
 
Ein Way für die Straße ist nicht identisch mit einem Way 
für das Wohngebiet rechts der Straße und auch nicht identisch für das 
Industriegebiet links der Straße.
 
Und das ganze hat nichts mit Relationen zu tun. Diese 
nehmen nur bestimmte vorhandene Node oder Ways auf - wenn sie 
funktionieren.
 
Rolf

  
  
  Von: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] Im Auftrag von Dominik 
  SpiesGesendet: Donnerstag, 19. Juni 2008 14:16An: 
  Openstreetmap allgemeines in DeutschBetreff: Re: [Talk-de] 
  Relationen fuer gemeinsame Grenzen
  Hi,
  
  Und 
mal davon abgesehen, wenn wir jetzt anfangen Ways gemeinsem zunutzen und 
sie per Relation zusammennähen, sind wir genau da, wo wirschonmal waren 
- als nämlich die Segmente abgeschafft wurden.Bitte nur Nodes 
gemeinsam nutzen, keine Ways.Also zuerst den einen Landuse-way 
einzeichnen, dann den zweiten unddabei immer schön auf die schon 
vorhandenen Nodes klicken.

 Warum denn das?? 
  Das ist doch gerade das Gute an Relations, das ich Redundanzen herausbekomme. 
  Warum soll ich den selben way öfter anlegen wenn er schon vorhanden 
ist?


PGPexch.htm.sig
Description: Binary data
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Mario Salvini]

das Phenomen habe ich auch schon entdeckt:
http://informationfreeway.org/?lat=50.72002025558406&lon=6.140565583733695&zoom=12&layers=B000F000F
Mapnik rendert den großen Wald südlich von Aachen schon seit 2 Wochen nicht.

--Mario

Frank Sautter schrieb:
> hallo,
>
> ich habe hier einen wald, der seit drei wochen von mapnik nicht mehr 
> gerendert wird (bzw. nur eine hauchdünne linie). osmarender stellt den 
> wald ohne probleme dar.
>
> http://www.openstreetmap.org/?lat=48.75632&lon=8.98802&zoom=17&layers=B00FT
>
> ich habe mir das polygon mit josm und potlatch angeschaut und kann 
> keinen fehler finden.
>
> aber warscheinlich sehe ich den wald vor lauter bäumen nicht ;-)
>
> grüße
>   frank
>   


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

Re: [Talk-de] talk-at Austria Mailing Liste? AGIT?

[Michael Buege]

Zitat Andreas Rath:

> Stefan Keller wrote:
>>  > Eine talk-at Mailingliste würde ich mit Sicherheit (auch) abonnieren.
>>  > Aber ob sie Sinn macht?
>> Es gäbe da ja noch das Forum: http://forum.openstreetmap.org/
> 
> Wäre eine Alternative.
> Da meine Lieblingsplattform 'Usenet' leider ohnehin nicht in Frage
> kommt, wäre mir ein Forum sogar lieber als eine Mailingliste.

Du solltest es wirklich erst mal im Guten versuchen, bevor du zur
Verzweiflungstat schreitest. ;-)
 macht Mailinglisten tauglich fuer Newsreader.

-- 
Michael


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

Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Frank Gruender]

Frank Sautter schrieb:
> ich habe hier einen wald, der seit drei wochen von mapnik nicht mehr 
> gerendert wird (bzw. nur eine hauchdünne linie). osmarender stellt den 
> wald ohne probleme dar.
> 
> http://www.openstreetmap.org/?lat=48.75632&lon=8.98802&zoom=17&layers=B00FT
> 
> ich habe mir das polygon mit josm und potlatch angeschaut und kann 
> keinen fehler finden.
> 
> aber warscheinlich sehe ich den wald vor lauter bäumen nicht ;-)

Eine Ursache könnte sein, dass einige als 'inner' markierte Mitglieder 
außerhalb vom 'outer'-Mitglied liegen und somit nicht in diese Relation
gehören.

Weiss nicht, ob layer=-2 Sinn macht. Komme in der Regel bei landuse auch 
gut ohne Layerangabe aus. Finde gerade nicht die default-Einstellung für 
landuse...

Gruss, Frank


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

[Talk-de] World-File vom 18.6.08

[Carsten Schwede]

Hallo

das Worldfile steht wieder zum Download bereit.
Es ist nicht getestet (nur in QLandkarte), es sind keine osm-Kacheln 
diese Woche dabei, Es wird wohl wieder nur in QLandkarte funktionieren 
oder direkt in den Geräten.


http://wiki.openstreetmap.org/index.php/User:Computerteddy

-- 
Viele Gruesse
Computerteddy

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

Re: [Talk-de] talk-at Austria Mailing Liste? AGIT?

[Andreas Rath]

Stefan Keller wrote:
>  > Eine talk-at Mailingliste würde ich mit Sicherheit (auch) abonnieren.
>  > Aber ob sie Sinn macht?
> Es gäbe da ja noch das Forum: http://forum.openstreetmap.org/

Wäre eine Alternative.
Da meine Lieblingsplattform 'Usenet' leider ohnehin nicht in Frage 
kommt, wäre mir ein Forum sogar lieber als eine Mailingliste.

orotl


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

Re: [Talk-de] Relationen fuer gemeinsame Grenzen

[Dominik Spies]

Hi,

>
> Und mal davon abgesehen, wenn wir jetzt anfangen Ways gemeinsem zu
> nutzen und sie per Relation zusammennähen, sind wir genau da, wo wir
> schonmal waren - als nämlich die Segmente abgeschafft wurden.
>
> Bitte nur Nodes gemeinsam nutzen, keine Ways.
>
> Also zuerst den einen Landuse-way einzeichnen, dann den zweiten und
> dabei immer schön auf die schon vorhandenen Nodes klicken.
>
>
>
Warum denn das?? Das ist doch gerade das Gute an Relations, das ich
Redundanzen herausbekomme. Warum soll ich den selben way öfter anlegen wenn
er schon vorhanden ist?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Automaten?

[Jannis Achstetter]

Garry schrieb:

Gibt es eigentlich schon was für Automaten?
Gedanke kam mir heute als mir ein Handykartenladeautomat über den Weg 
gelaufen ist...


Gestern sind mir beim mappen mal paar Zigarettenautomaten ins Auge 
gefallen und ich hab mich gefragt, ob das einne Tag Wert is, auch wenn 
die für mich total unwichtig sind...


Jannis



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

[Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert

[Frank Sautter]

hallo,

ich habe hier einen wald, der seit drei wochen von mapnik nicht mehr 
gerendert wird (bzw. nur eine hauchdünne linie). osmarender stellt den 
wald ohne probleme dar.

http://www.openstreetmap.org/?lat=48.75632&lon=8.98802&zoom=17&layers=B00FT

ich habe mir das polygon mit josm und potlatch angeschaut und kann 
keinen fehler finden.

aber warscheinlich sehe ich den wald vor lauter bäumen nicht ;-)

grüße
  frank


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

Re: [Talk-de] Grünflächen in Orten: Buschwerk un d landuse != village_green

[Fabian -Patzi- Patzke]

Claudius Henrichs schrieb:
[...] Ein Proposal dazu habe ich allerdings noch 
nicht gemacht. Sollte ich diese Woche mal nachholen.

Habe gerade unter:
http://wiki.openstreetmap.org/index.php/Proposed_features/Misc._urban_open_space
eine Proposal gefunden was dem sehr ähnlich kommt, allerdings würde ich 
auch eher landuse=green nehmen um auch Büsche etc. einzuschließen. evtl. 
kriegt man das ja durch und das ganze kann das falsch eingesetzte 
village_green ersetzen.

Grüße,
Fabian




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

Re: [Talk-de] Danke fuer die Panzer

[Heiko Jacobs]

Sven Geggus <[EMAIL PROTECTED]> wrote:
> Ich habe das erg?nzt, weil ich vorher ?bersehen hatte, dass landuse=military
> zus?tzlich zum military= existiert.

Na dann wundert's mich ja nicht... ;-)
Auf den naechsten Tag wartend mit Firefox... ;-)

   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, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Danke fuer die Panzer

[Heiko Jacobs]

Philipp Matthias Hahn <[EMAIL PROTECTED]> wrote:
> Gibt es eigentlich passende Tags f?r die "zivile" Verwaltung der
> Bundeswehr, z.B. Kreiswehrersatzamt, Dienstleistungszentrum,
> Verpflegungsamt, Bundeswehrverwaltungszentrum, Beratungstsellen, etc.
> Auf
> http://www.openstreetmap.org/?lat=53.12998&lon=8.23055&zoom=16&layers=0B0FT 
> habe ich das erstmal als landuse=military getaggt, aber Panzer stehen da
> nicht herum.

Auf einigen Schreibtischen stehen sicher paar Panzer 1:32 oder so rum ;-)


   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, umwelt&verkehr KA umverka.de


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

Re: [Talk-de] Automaten?

[Christian Koerner]

On Thu, 19 Jun 2008 01:03:56 +0200
Garry <[EMAIL PROTECTED]> wrote:

> Gibt es eigentlich schon was für Automaten?
> Gedanke kam mir heute als mir ein Handykartenladeautomat über den Weg 
> gelaufen ist...
> 
> Garry

Ich verwende amenity="vending_machine" mit
vending_products="soda", "cigarettes", fuer Prepaid-Karten vielleicht
"telephone_cards"?

Grusz
Christian


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de

Re: [Talk-de] Relationen fuer gemeinsame Grenzen

[Henry Loenwind]

Lars Kruse wrote:

> Unter http://wiki.openstreetmap.org/index.php/Relations/Proposed/Boundaries

> 2) Relationen aus den jeweiligen Grenzlinien erzeugen, wobei "type=landuse",
> "landuse=allotments" und ein "name"-Wert die Attribute der Relation werden.

Du verwechselt hier landuse mit Landesgrenzen. Selbst /wenn/ dieses 
Proposal irgendwann von irgendeiner Software unterstützt wird, werden 
Deine Kleingärten nicht gerendert werden...

Und mal davon abgesehen, wenn wir jetzt anfangen Ways gemeinsem zu 
nutzen und sie per Relation zusammennähen, sind wir genau da, wo wir 
schonmal waren - als nämlich die Segmente abgeschafft wurden.

Bitte nur Nodes gemeinsam nutzen, keine Ways.

Also zuerst den einen Landuse-way einzeichnen, dann den zweiten und 
dabei immer schön auf die schon vorhandenen Nodes klicken.

cu
Henry

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

[Talk-de] Flussbreite

[Florian Lohoff]

On Wed, Jun 18, 2008 at 06:14:32PM +, Sven Geggus wrote:
> Ich hab aber derzeit definitiv andere Prioritäten, ich möchte mich
> dringend mal um die Breite von Flüssen kümmern, also dass der "width"
> Tag beachtet wird. Dazu muss ich mich aber mehr mit xslt
> auseinandersetzen. Unser Bach heir ist vielleicht so 5m Breit, also
> laut Map-Features bereits ein River. Gerendert wird er aber wenn ich
> das mal in den kacheln abmesse etwa 30m Breit. bei Straßen mag sowas
> ja angehen, aber bei Flüssen sollte das IMO in etwa der realen Breite
> entsprechen.

Danke Danke Danke +99

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/cgi-bin/mailman/listinfo/talk-de

[Talk-de] osmexport und Shapeerstellung

[Kai Behncke]

Hallo liebe Liste,

ich versuche gerade osmexport um dann im Endeffekt ein individuelles Shape zu 
erstellen (meine Studenten löchern mich schon wie das geht).
Folgende Schritte (auf Debian Etch) habe ich getan:


apt-get install ruby1.8 irb1.8 rdoc1.8
apt-get install rubygems
apt-get install libxml-ruby

mkdir home/ruby_shape_bau
cd /home/ruby_shape_bau

wget http://rubyforge.org/frs/download.php/32557/osmlib-base-0.1.2.gem

wget http://rubyforge.org/frs/download.php/32558/osmlib-export-0.1.2.gem


gem install osmlib-base-0.1.2
gem install osmlib-export

Dann habe ich in home/ruby_shape_bau einen symbolischen Link gesetzt:
 ln -s /var/lib/gems/1.8/bin/osmexport

ein Regelfile erstellt und OSM-Daten runtergeladen, wenn ich dann jedoch 
eingebe:

./osmexport regel.oxr krimpenfort.osm output.osm

dann erhalte ich folgende Fehlermeldung:

/usr/lib/ruby/1.8/xml/libxml.rb:6: warning: method redefined; discarding old 
empty?
/usr/lib/ruby/1.8/xml/libxml.rb:10: warning: method redefined; discarding old 
first
/usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in `gem_original_require': no 
such file to load -- geo_ruby (LoadError)
from /usr/lib/ruby/1.8/rubygems/custom_require.rb:27:in `require'
from /var/lib/gems/1.8/gems/osmlib-export-0.1.2/bin/osmexport:18
from ./osmexport:18:in `load'
from ./osmexport:18


...woran könnte das denn liegen?

Danke und viele Grüße, Kai

-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]

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

Re: [Talk-de] Danke fuer die Panzer

[Philipp Matthias Hahn]

Moin!

On Wed, Jun 18, 2008 at 11:50:54PM +0200, Mario Salvini wrote:
> Heiko Jacobs schrieb:
> > Hmmm... So langsam mache ich mir Sorgen...
> > http://www.openstreetmap.org/?lat=50.06028&lon=8.8314&zoom=16&layers=0B0FT
> > hat eigentlich eine Fl?che area=yes, landuse=military
> > Melde hiermit die Panzer als vermisst...
> >   
> landuse=military war (ist?) zuerst nicht mit auf der Liste gewesen 
> sondern nur kombinationen aus military= (barracks, danger_zone, etc.)

Gibt es eigentlich passende Tags für die "zivile" Verwaltung der
Bundeswehr, z.B. Kreiswehrersatzamt, Dienstleistungszentrum,
Verpflegungsamt, Bundeswehrverwaltungszentrum, Beratungstsellen, etc.
Auf
http://www.openstreetmap.org/?lat=53.12998&lon=8.23055&zoom=16&layers=0B0FT 
habe ich das erstmal als landuse=military getaggt, aber Panzer stehen da
nicht herum.

BYtE
Philipp
-- 
  / /  (_)__  __   __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
//_/_//_/\_,_/ /_/\_\ [EMAIL PROTECTED]

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

Re: [Talk-de] Planung f�r Mapping -Weekend im Juli im Raum M�nchen

[Jochen Topf]

Hi!

Bei der Gelegenheit nochmal der Hinweis auf unseren OSM Summer Mapping
Wettbewerb: http://wettbewerb.openstreetmap.de/

Bisher haben sich noch kaum Gruppen gemeldet, es gibt also gute Chancen
auf einen Gewinn!

Jochen
-- 
Jochen Topf  [EMAIL PROTECTED]  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Hotel mit Gaststätte

[Rolf Gehring]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

beim Lesen dieses Sachverhalts fiel mir ein, dass ich ein in der nähe
stehendes und bereits in der Karte vorhandenes Gebäude nur mit "restaurant"
und dem Namen getagt hatte. Der Name erschien in der Karte, "Messer und
Gabel" nicht.

1. Was kann ich falsch gemacht haben?

2. Diese Gaststätte hat auch ein paar Hotelbetten. Es ist also auch ein
Hotel. 

Da ja nur der Name angezeigt wird, brauche ich die Hotelleigenschaft doch
nicht mehr zu taggen. Der Name wird schon angezeigt und gilt ja für beides.

Ich bin ein Mensch, der sich gern selber davon überzeugt, dass das was er
macht auch von ihm richtig gemacht worden ist. Wenn ich ein Restaurant oder
eine Telefonzelle eintrage, dann möchte ich mich auch von der Richtigkeit in
der Karte überzeugen können. Ich mappe nicht, um mit großen Zahlen glänzen
zu können. Ich möchte selbst erleben, dass meine Arbeit richtig ist und
damit vielleicht auch mal einen Sinn erfüllen könnte.

Rolf

> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] Im Auftrag von 
> Daniel Schmidt
> Gesendet: Donnerstag, 19. Juni 2008 08:35
> An: Openstreetmap allgemeines in Deutsch
> Betreff: Re: [Talk-de] Hotel mit Gaststätte
> 
> 
> Am 19.06.2008 um 01:07 schrieb Garry:
> 
> > Daniel Schmidt schrieb:
> >>> Hallo
> >>>
> >>> Wie wird den ein Hotel mit gaststätte getaggt?
> >>>
> >>
> >> Also ich setze immer "amenity=restaurant" und 
> "tourism=hotel" Tags  
> >> auf
> >> einen Node. Interessant wird es natürlich, wenn ein Hotel über  
> >> mehrere
> >> Restaurant verfügt, das ist mir bislang aber noch nicht  
> >> untergekommen.
> > Z.B, Traube Tonbach in Baiersbronn, die Hotels im Europaprk,...
> 
> Dass es das gibt, ist mir auch klar. Ich musste es bislang aber noch  
> nicht mappen...
> 
> 
> Gruß,
> Daniel
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
> 


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

wj8DBQFIWimNX/cdferISG0RAmncAJ4mLJSAE/c+ztQxeL7452u7UZPDvwCgym1D
nPhQmnLLrcLOTuyMw5ZNM7A=
=ebSL
-END PGP SIGNATURE-

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

Re: [Talk-de] Planung für Mapping -Weekend im Juli i m Raum München

[qbert biker]

Hallo, 

kann noch nicht sagen, obs bei mir klappt, aber als potentielles Ziel würde mir 
noch Mühldorf am Inn und Umgebung einfallen.

Eigentlich auch ganz gut per Bahn zu erreichen und noch relativ unbefleckt
von OSM-Daten ;)

Grüsse Hubert 


 Original-Nachricht 
> Datum: Thu, 19 Jun 2008 09:59:42 +0200
> Von: [EMAIL PROTECTED]
> An: talk-de@openstreetmap.org
> Betreff: Planung für Mapping -Weekend im Juli im Raum München

> Moin Leute,
> 
> Vorgestern auf unserem monatlichen Stammtisch haben wir beschlossen dass
> wir Münchner endlich mal wieder ein Mapping-Weekend organisieren wollen.
> 
> Ziel-Termin ist das Wochenende vom 5. und 6. Juli 2008. Da München selbst
> schon ganz gut gemappt ist wollen wir eine Gegend auswählen die noch
> genügend weisse Flecken hat.
> 
> Auf unserer Wiki-Seite gibt es einen Bereich für die Planung:
> http://wiki.openstreetmap.org/index.php/M%C3%BCnchen#Planung_f.C3.BCr_Mapping-Weekend_am_5._und_6._Juli_2008
> 
> Es wäre schön wenn sich Interessierte an der Diskussion um den
> geeigneten Ort für das Weekend beteiligen würden.
> 
> Grüsse,
> 
> Ralf
> München
> 

-- 
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/cgi-bin/mailman/listinfo/talk-de

Planung f�r Mapping -Weekend im Juli im Raum M�nchen

[Ralf]

Moin Leute,

Vorgestern auf unserem monatlichen Stammtisch haben wir beschlossen dass wir 
Münchner endlich mal wieder ein Mapping-Weekend organisieren wollen.

Ziel-Termin ist das Wochenende vom 5. und 6. Juli 2008. Da München selbst schon 
ganz gut gemappt ist wollen wir eine Gegend auswählen die noch genügend weisse 
Flecken hat.

Auf unserer Wiki-Seite gibt es einen Bereich für die Planung:
http://wiki.openstreetmap.org/index.php/M%C3%BCnchen#Planung_f.C3.BCr_Mapping-Weekend_am_5._und_6._Juli_2008

Es wäre schön wenn sich Interessierte an der Diskussion um den geeigneten Ort 
für das Weekend beteiligen würden.

Grüsse,

Ralf
München

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

Re: [Talk-de] Teilst?cke in einer relation zusammenfassen um nicht st?ndig Microroads zu st?ckeln. mal ins blaue gesponnen...

[Bernhard Seckinger]

> Vor einer Weile schlug ich hier im Zusammenhang mit den immer noch 
> ungeloesten Problemen von Radinfrstruktur, parallelen Fahrbahnen etc.
> vor, alles in eine Relation zu packen: alle Fahrbahnen incl.
> Anliegerfahrbahnen, Radwege, -spuren, Trams, ... und dann im Mapper
> aus dieser Relation ordentliche Karten mit schoenen Parallelen etc.
> zu machen etc. (in dem Zusammenhang ist auch die xslt/orp-frage zu sehen...)
> Das wuerde doch auch zum THema collected ways passen?
> 
> Diee Frage, was sei, wenn
> - physikalisch-optisch zusammengehoerender Strassenraum
> - Strassenname
> - Strassennumerierung
> nicht fuer ein- und denselben Satz von ways zusammenfallen, ist
> eigentlich einfach zu beantworten:
> verschiedene Relationen.
> Eine sammelt die ways, die gemeinsam (parallel) gerendert werden sollen
> Eine andere sammelt die ways, die gemeinsam benamst werden sollen
> Eine letzte sammelt die ways, die gemeinsam e-ref-t werden sollen
> ...

Volle Zustimmung!

Berni

-- 
-- Schau doch mal wieder bei CrocoPuzzle rein. (www.croco-puzzle.com) 


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