100 % treffer !
danke !
Am 20.06.2010 00:04, schrieb Kolossos:
Ich hoffe ich verstehe deine Frage richtig.
Ganz unten in der Liste gibt es einen
Hinweis show all.
Du kannst das auch alles über die
URL-Eingabe steuern.
Also der erste, der beiden angefügten
Links zeigt die Liste aller
Wolfgang Wienke wrote:
OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung und
z.B. A0-Größe gekachelt auf A4 ausdruckt?
Es gibt http://wiki.openstreetmap.org/wiki/Osmbook aber das sieht ziemlich
tot aus und lies sich bei mir unter Ubuntu 9.10 nicht zur Mitarbeit
überreden.
Martin Simon wrote:
Ziemelich derbe Worte für jemanden, der kurz darauf frohen Mutes
dokumentiert, daß er nicht nur das Konzept von highway=path nicht
verstanden hat, sondern auch die access-tags:
Das ist doch mal ein optimaler Diskussionseinstieg, jemandem mit anderer
Meinung spontan
Am 18.06.2010 11:20, schrieb o...@tappenbeck.net:
Hi !
nochmals einige POI die mir besonders in Berlin aufgefallen sind:
* Taxiruf-Säulen
* Wassserpumpen (klassische Ausführung) an denen kein Trinkwasser
gefördert werden kann. ( sind in der Regel mit einer Nummer ref=*) versehen.
Wie
Am 20. Juni 2010 10:21 schrieb Joerg Fischer osm2...@jfis.de:
Martin Simon wrote:
Ziemelich derbe Worte für jemanden, der kurz darauf frohen Mutes
dokumentiert, daß er nicht nur das Konzept von highway=path nicht
verstanden hat, sondern auch die access-tags:
Das ist doch mal ein optimaler
Am 19.aJuni 2010 21:15 schrieb Wolfgang Wienke wo_wie...@gmx.net:
Hallo!
Ist irgendwo beschreiben, wie man gerenderte (nicht Vektorkarten)
OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung und
z.B. A0-Größe gekachelt auf A4 ausdruckt?
Oder geht so etwas prinzipiell nicht?
Hallo,
M∡rtin Koppenhoefer wrote:
Ist irgendwo beschreiben, wie man gerenderte (nicht Vektorkarten)
OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung und
z.B. A0-Größe gekachelt auf A4 ausdruckt?
Oder geht so etwas prinzipiell nicht?
es geht in der Tat prinzipiell nicht
Am Sonntag 20 Juni 2010, 11:50:17 schrieb M∡rtin Koppenhoefer:
Mal
angesehen davon dass Du damit rechnen mußt das Renderer und Router auf
Deine völlig überflüssige Umdefinition nicht eingerichtet sind und
deshalb falsch anzeigen / routen?
davon sollte man in der Tat absehen. Welche
Am 20. Juni 2010 12:46 schrieb Guenther Meyer d@sordidmusic.com:
oder ein ausgeschilderter Fussgaengerweg:
access:pedestrian=designated
wie wird das eigentlich gesehen mit designated, official und ggf.
dedicated? Ist die official-Idee wieder gestorben oder wird das
mehrheitlich als
Am 20. Juni 2010 12:54 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 20. Juni 2010 12:46 schrieb Guenther Meyer d@sordidmusic.com:
oder ein ausgeschilderter Fussgaengerweg:
access:pedestrian=designated
wie wird das eigentlich gesehen mit designated, official und ggf.
M∡rtin Koppenhoefer wrote:
hattest Du da selbst schon vorgelegt (Unsinn). Und in der Sache hat
er nicht unrecht ;-)
Ich erlaube mir das weiterhin anders zu sehen. ;-)
Varianten in Benutzung, man hätte auch mal etwas neutraler nachfragen
können, als gleich die etablierten Schemata als Unsinn
Wolfgang Wienke schrieb:
Ist irgendwo beschreiben, wie man gerenderte (nicht Vektorkarten)
OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung
und z.B. A0-Größe gekachelt auf A4 ausdruckt?
Das trifft deine Frage nicht unbedingt, hilft möglicherweise trotzdem:
Hallo!
Am 20.06.2010 11:55, schrieb M∡rtin Koppenhoefer:
Am 19.aJuni 2010 21:15 schrieb Wolfgang Wienkewo_wie...@gmx.net:
Hallo!
Ist irgendwo beschreiben, wie man gerenderte (nicht Vektorkarten)
OSM-Karten verschiedener Renderer (z.B. Cyclemap) in hoher Auflösung und
z.B. A0-Größe gekachelt
Wolfgang Wienke wrote:
IMHO ist der ganze Bereich Ausdruck noch etwas, der noch auf eine
passende Lösung wartet.
hi wolfgang,
also manche haben das hinbekommen:
http://wiki.openstreetmap.org/wiki/File:Wandertafel_Simmelsdorf.jpg
und die auch:
Hallo,
ich arbeite gerade fleißig an OLM, damit die Karte in den nächsten Tagen
mit der aktuellen Datenbank an den Start gehen kann. Dabei ergab sich
jedoch folgendes Problem:
Um die Marker für Wikipedialinks auf die Karte zu setzen, muss ich eine
Abfrage an die Datenbank machen, die mir alle
Hallo,
Wolfgang Wienke wrote:
Ich hatte mir mal Vektorkarten geladen. Da sie ALLE Details enthalten
haben sie auch eine erheblich Dateigröße.
Wenn Du mit Mapnik eine SVG-Datei erzeugst, sind da mitnichten alle
Details enthalten, sondern nur die, die Mapnik im entspr. Zoomlevel auch
rendert.
Am Sonntag 20 Juni 2010, 13:56:14 schrieb Joerg Fischer:
Varianten in Benutzung, man hätte auch mal etwas neutraler nachfragen
können, als gleich die etablierten Schemata als Unsinn zu bezeichnen.
Etabliert ist footway und cycleway, IMHO. Die so erfassten Wege jetzt
krampfhaft
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 20.06.2010 14:42, schrieb Alexander Matheisen:
[...]
Tags der Form wikipedia:Länderkürzel=Artikelname
[...]
Mir erscheint es am sinnvollsten, alle Wikipediatags in die Form
wikipedia=Länderkürzel:Artikelname zu bringen.
Dann hätte man den
Am 20. Juni 2010 14:54 schrieb Bodo Meissner b...@bodo-m.de:
Dann hätte man den gleichen Key wikipedia mehrmals mit verschiedenen
Werten. Geht das überhaupt?
Das geht nur mit dem ungeliebten Semikolon als Trenner.
Auf den ersten Blick braucht man nur einen Tag, um alle
Wikipediaartikel zu
Am 20.06.2010 14:54, schrieb Bodo Meissner:
Am 20.06.2010 14:42, schrieb Alexander Matheisen:
[...]
Tags der Form wikipedia:Länderkürzel=Artikelname
[...]
Mir erscheint es am sinnvollsten, alle Wikipediatags in die Form
wikipedia=Länderkürzel:Artikelname zu bringen.
Dann hätte man den
Am 20. Juni 2010 14:43 schrieb Frederik Ramm frede...@remote.org:
nik2img.py stylesheet_tile.xml -sepsg:900913 -fsvg -b -74.59 17.91 -71.61
20.02 -d 6000 4254 image.svg
rsvg -d200 -p200 image.svg haiti.png
hat das Vorteile, hier über die svg zu gehen, wenn man zum Drucken
dann doch ein png
Am 20.06.2010 14:42, schrieb Alexander Matheisen:
Mir erscheint es am sinnvollsten, alle Wikipediatags in die Form
wikipedia=Länderkürzel:Artikelname zu bringen. Damit aber niemand die
tausenden schon gemachten Einträge der alten Form umtagggen muss, damit
sie in der OLM erscheinen, kam mir
Am Sonntag, den 20.06.2010, 14:54 +0200 schrieb Bodo Meissner:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 20.06.2010 14:42, schrieb Alexander Matheisen:
[...]
Tags der Form wikipedia:Länderkürzel=Artikelname
[...]
Mir erscheint es am sinnvollsten, alle Wikipediatags in die Form
Am 20.06.2010 15:24, schrieb Tobias Knerr:
Ich nehme aber an, dass das selten vorkommt - ein geografisch
verortbares Objekt, das in mehreren Sprachversionen behandelt wird, ist
in der Regel wichtig genug für einen eigenen Artikel.
Das stimmt leider so überhaupt nicht.
Ich hab vor einiger Zeit
Am 20. Juni 2010 15:24 schrieb Tobias Knerr o...@tobias-knerr.de:
[1] Der einzige Fall, wo ich mir Wikipedia-Links auf unterschiedliche
Sprat chvarianten vorstellen könnte, wäre dieser: Es gibt in keiner
einzigen Sprache einen eigenen Artikel zum Objekt (in dem entsprechende
Interwiki-Links
Auf den ersten Blick braucht man nur einen Tag, um alle
Wikipediaartikel zu verlinken da ja innerhalb der Wikipedia
querverlinkt wird. Leider stimmt das auf den zweiten Blick nicht mehr,
weil gelegentlich der Artikel, der am besten passt, in den einzelnen
Sprachen zu verschiedenen
Um die Verlinkung zwischen den Sprachvarianten kümmert sich schließlich
schon die Wikipedia selbst, mit einer umfangreichen etablierten
Infrastruktur aus Interwiki-Links und -Bots. Diese Information in OSM zu
duplizieren ist im besten Fall viel unnötige Arbeit, praktisch
garantiert wären aber
Am 20.06.2010 15:18, schrieb M∡rtin Koppenhoefer:
Am 20. Juni 2010 14:54 schrieb Bodo Meissnerb...@bodo-m.de:
Dann hätte man den gleichen Key wikipedia mehrmals mit verschiedenen
Werten. Geht das überhaupt?
Das geht nur mit dem ungeliebten Semikolon als Trenner.
Und was passiert dann bei
Glarklares Nein!
So sehr ich die OLM mag, aber alle entsprechenden Tags mit einem Bot
umzubauen damit sie besser in deine Datenbankabfrage passt, kann *nicht*
die Lösung sein. Kannst du das nicht beim/nach dem Importieren in deine
Datenbank lokal bei dir machen?
Die Datenbank verwalten
Am Sonntag, den 20.06.2010, 15:33 +0200 schrieb Ulf Lamping:
Am 20.06.2010 15:24, schrieb Tobias Knerr:
Ich nehme aber an, dass das selten vorkommt - ein geografisch
verortbares Objekt, das in mehreren Sprachversionen behandelt wird, ist
in der Regel wichtig genug für einen eigenen Artikel.
doch, das kommt durchaus vor, oft gibt es spezielle Artikel nur in D,
Engl. und/oder der Landessprache (bzw. finde ich vielleicht auch nur
die ;-) ), und dann gibt es aber trotzdem teilweise Artikel, die in
anderen Sprachen passen. Von vornherein ausschließen würde ich daher
mehrere Links für
Ulf Lamping wrote:
Glarklares Nein!
So sehr ich die OLM mag, aber alle entsprechenden Tags mit einem Bot
umzubauen damit sie besser in deine Datenbankabfrage passt, kann *nicht*
die Lösung sein. Kannst du das nicht beim/nach dem Importieren in deine
Datenbank lokal bei dir machen?
Am 20. Juni 2010 10:21 schrieb Joerg Fischer osm2...@jfis.de:
Das ist doch mal ein optimaler Diskussionseinstieg, jemandem mit anderer
Meinung spontan Blödheit zu unterstellen. Aber na gut, das mußt Du selber
wissen, ich kommentier das mal nicht.
Ich habe dir keine Blödheit unterstellt,
Am 20.06.2010 15:33, schrieb Ulf Lamping:
Ich hab vor einiger Zeit mal ein wenig in Nürnberg verlinkt und bin da
auf verschiedene Variationen gekommen.
Artikel 1:1 in D und E
- Linkziel ist egal
Hauptartikel in D und Sammelartikel in E
- Linkziel sollte D sein, von dort wäre in der
Wenn, dann müsste das Format eben im Wiki festgeschrieben werden. Wenn
jeder das reinschreibt, was er will, dann sind diese Tags nicht
brauchbar, da nicht maschinenlesbar.
Zumal es auch sinnvoller ist, durch eine Dokumentation im Wiki neue
Mapper direkt dazu zu bringen, es nach dem neuen
Alexander Matheisen wrote:
Im Wiki steht schon was, aber da sind im Prinzip nur sämtliche
Möglichkeiten, es einzutragen, aufgelistet.
Unterschiedliche Syntax für gleiche Info ist kontraproduktiv!
Und Außerdem: Wo soll das stehen. Da, wo man es erwarten würde:
Unterschiedliche Syntax für gleiche Info ist kontraproduktiv!
Das ist auch meine Meinung. Genauso ist es ja bei meinem Problem: Die
gleiche Information, nur in anderer Form, sodass es schwieriger ist,
dies auszuwerten. Das hier ist mal ein Fall, bei dem ich
Vereinheitlichung sinnvoll finde.
Am 20. Juni 2010 13:56 schrieb Joerg Fischer osm2...@jfis.de:
Mit den Begründungen die ich bisher für die exzessive path-Benutzung gehört
habe (Nochmal: nichts gegen path außerhalb von Ortschaften für Wege
unterhalb von track!) können wir auch gleich alle highway-Tags wegwerfen.
Dann ist ein
Am 20.06.2010 16:19, schrieb Alexander Matheisen:
Unterschiedliche Syntax für gleiche Info ist kontraproduktiv!
Das ist auch meine Meinung. Genauso ist es ja bei meinem Problem: Die
gleiche Information, nur in anderer Form, sodass es schwieriger ist,
dies auszuwerten. Das hier ist mal ein
Hallo,
Alexander Matheisen wrote:
Meine Vorstellung dazu ist, nur eine Sprache in das neue Format zu
bringen und die alten in ihrem Format zu lassen.
Das ist doch aber eine ziemlich obskure Loesung. Nachher hat man also
Objekte, die so getaggt sind:
wikipedia=de:Baum
wikipedia:en=Tree
Hallo,
M?rtin Koppenhoefer wrote:
Am 20. Juni 2010 14:43 schrieb Frederik Ramm frede...@remote.org:
nik2img.py stylesheet_tile.xml -sepsg:900913 -fsvg -b -74.59 17.91 -71.61
20.02 -d 6000 4254 image.svg
rsvg -d200 -p200 image.svg haiti.png
hat das Vorteile, hier über die svg zu gehen,
Am Sonntag, den 20.06.2010, 17:41 +0200 schrieb Frederik Ramm:
Hallo,
Alexander Matheisen wrote:
Meine Vorstellung dazu ist, nur eine Sprache in das neue Format zu
bringen und die alten in ihrem Format zu lassen.
Das ist doch aber eine ziemlich obskure Loesung. Nachher hat man also
OK, ich habe gerade mal einen kleinen Test gemacht. Ich habe mal die
wichtigsten Tags wikipedia:de, :en und :fr eingebaut und damit ist die
Geschwindigkeit auch noch im erträglichen Rahemn. Vielleicht könnte man
das noch auf es, it, nl oder pl ausweiten und schauen, ob es auch noch
geht. Danach
Hallo,
Alexander Matheisen wrote:
Man kann sie auch löschen, im Prinzip ist es mir egal, mie man damit
verbleibt. Für mich interessant wäre eben nur, dass ein Tag in der Form
wikipedia=de:Baum da ist.
Ja, das habe ich verstanden. Aber Ulf hat recht, wenn er sagt, dass ich
bin nicht in der
Am 20.06.2010 17:47, schrieb Alexander Matheisen:
Am Sonntag, den 20.06.2010, 17:41 +0200 schrieb Frederik Ramm:
wikipedia=de:Baum
wikipedia:en=Tree
wikipedia:fr=...
- das kann doch niemand allen Ernstes gutheissen?
Man kann sie auch löschen, im Prinzip ist es mir egal, mie man damit
Am Sonntag, den 20.06.2010, 17:57 +0200 schrieb Frederik Ramm:
Hallo,
Alexander Matheisen wrote:
Man kann sie auch löschen, im Prinzip ist es mir egal, mie man damit
verbleibt. Für mich interessant wäre eben nur, dass ein Tag in der Form
wikipedia=de:Baum da ist.
Ja, das habe ich
Hallo,
das ist ein Thema, was mich auch schon eine ganze Weile beschäftigt, wenn auch
von der anderen Seite kommend [1].
Ich würde eine eindeutigere, einfache Auswertbarkeit des Wikipedia-Tags auch
begrüßen und bevorzuge derzeitig: wikipedia:URL
wegen der vielleicht geringere Fehleranfälligkeit.
Am Sonntag, den 20.06.2010, 18:01 +0200 schrieb Ulf Lamping:
Am 20.06.2010 17:47, schrieb Alexander Matheisen:
Am Sonntag, den 20.06.2010, 17:41 +0200 schrieb Frederik Ramm:
wikipedia=de:Baum
wikipedia:en=Tree
wikipedia:fr=...
- das kann doch niemand allen Ernstes gutheissen?
Man
das ist ein Thema, was mich auch schon eine ganze Weile beschäftigt, wenn
auch von der anderen Seite kommend [1].
Ich würde eine eindeutigere, einfache Auswertbarkeit des Wikipedia-Tags auch
begrüßen und bevorzuge derzeitig: wikipedia:URL
wegen der vielleicht geringere Fehleranfälligkeit.
Am 20.06.2010 15:39, schrieb Alexander Matheisen:
Die Datenbank verwalten andere und wenn ich die und die mich richtig
verstanden haben, geht es nicht.
Wenn man eine Datenbank nach wikipedia= indizieren kann, gibt es doch
sicher keine prinzipellen Hindernisse, die Datenbank auch nach
Am 20.06.2010 17:53, schrieb Alexander Matheisen:
OK, ich habe gerade mal einen kleinen Test gemacht. Ich habe mal die
wichtigsten Tags wikipedia:de, :en und :fr eingebaut und damit ist die
Geschwindigkeit auch noch im erträglichen Rahemn. Vielleicht könnte man
das noch auf es, it, nl oder pl
OK, ich habe jetzt eine andere Lösung gefunden:
Die wichtigsten Sprachkürzel de, en und fr frage ich jetzt auch noch ab,
somit werden Objekte mit Tags in der Form wikipedia:Sprachkürzel, sofern
es die oben genannten sind, auch angezeigt.
Vielleicht kann ich auch noch andere Sprachen hinzunehmen,
Alexander Matheisen schrieb:
Daran habe ich auch schon gedacht und will erst abfragen, ob es für die
Sprache des Benutzers eine Übersetzung gibt, falls ja, wird auf diese
umgeleitet, falls nicht, dann auf die angegebene Sprachversion.
Es wird sich nicht jeder für die spanischen Artikel
Am 20.06.2010 18:20, schrieb Alexander Matheisen:
Ist also nicht meine Meinung sondern einfach ein Ausdruck
dafür dass es mir egal ist wie mit den anderen Tags verfahren wird. Die
sind mir auch egal, denn ich will nur soviel ändern wie nötig ist, also
ist löschen unnötig.
Daher will ich sie
Wie wäre es, wenn du jetzt einfach erst einmal so vorgehst, wie du es
ursprünglich geplant hast: wikipedia-Tags auswerten, andere
Sprachvarianten durch Rückgriff auf Wikipedias Sprachlinks ergänzen und
die wikipedia:lang-Tags ignorieren?
Wie gesagt werde ich jetzt erstmal einige
Am 20.06.2010 19:08, schrieb Peter Körner:
Wenn ich mir anschaue, wie die Anzahl der Artikel in der WP je Sprache
[1] ist, dann gibt es nur zwei WPs mit 1 000 000+ Artikeln: de und en.
Es wäre also eine Mögliche Lösung, zunächst mal nur nach
wikipedia:de=.., wikipedia:en=.. und wikipeida=..
Es wird sich nicht jeder für die spanischen Artikel erwärmen können.
Würde ich einen einfachen Link einbauen, würde der Nutzer ja nur zur
spanischen Version geleitet. So wird er, falls eine Übersetzung
vorhanden ist, dort hin geleitet. Dies ist ja schonmal ein Schritt.
Am Sonntag, den 20.06.2010, 19:12 +0200 schrieb Peter Körner:
Am 20.06.2010 19:08, schrieb Peter Körner:
Wenn ich mir anschaue, wie die Anzahl der Artikel in der WP je Sprache
[1] ist, dann gibt es nur zwei WPs mit 1 000 000+ Artikeln: de und en.
Es wäre also eine Mögliche Lösung,
Hallo,
Alexander Matheisen wrote:
Aber man sollte natürlich auch aus rein technischer Sicht sehen, was
sinnvoller ist: Allesfressende, langsame Anwendung oder konsistente,
Regeln folgende Datenbasis.
Die Datenbasis folgt im konkreten Fall ja Regeln, bloss gefallen Dir
diese Regeln nicht.
Es
Aber man sollte natürlich auch aus rein technischer Sicht sehen, was
sinnvoller ist: Allesfressende, langsame Anwendung oder konsistente,
Regeln folgende Datenbasis.
Die Datenbasis folgt im konkreten Fall ja Regeln, bloss gefallen Dir
diese Regeln nicht.
Auch die vorhandenen Regeln
Hallo,
noch zwei Fragen, bitte nicht als Vorwurf verstehen:
*Welchen Mehrwert soll eure Karte der Wikipedia-Links gegenüber einer Karte die
von den
Wikipedia-Koordinaten ausgeht erzielen?
Ok, das maschinenlesbare Verbinden beider Datensammlungen ist auf jeden Fall
mehr als sinnvoll.
Aber die
*Welchen Mehrwert soll eure Karte der Wikipedia-Links gegenüber einer Karte
die von den
Wikipedia-Koordinaten ausgeht erzielen?
Ok, das maschinenlesbare Verbinden beider Datensammlungen ist auf jeden Fall
mehr als sinnvoll.
Aber die Stärke von OSM wäre doch gerade statt Punkten auch
Am 20.06.2010 19:44, schrieb Alexander Matheisen:
Aber man sollte natürlich auch aus rein technischer Sicht sehen, was
sinnvoller ist: Allesfressende, langsame Anwendung oder konsistente,
Regeln folgende Datenbasis.
Die Datenbasis folgt im konkreten Fall ja Regeln, bloss gefallen Dir
diese
Path kann diese Situation ebenso gut darstellen, wenn nicht sogar
besser (kombinierte Wege).
Nein.
doch
Worin soll der Vorteil ggü. oben beschriebenem Tagging liegen?
auch wenn es keinen Vorteil gibt, es gibt m.E. auch keinen Nachteil.
So ist das halt, wenn 2 verschiedene
Am 20.06.2010 20:02, schrieb Peter Körner:
Es gibt gute Gründe, in verschiedenen Sprachen auf
verschiedene Artikel zu verlinken, die nicht mit Interwiki-Links
verbunden sind.
Trotz entsprechender Nachfrage in einem anderen Teilthread habe ich
immer noch kein Beispiel genannt bekommen, wo das
Martin Simon wrote:
Ich habe dir keine Blödheit unterstellt, sondern lediglich
Ich habs wohl in den falschen Hals bekommen. :-)
Mich interessiert eine solche Klassifizierung wenig, ich leite das
lieber aus anderen tags ab, aber wenn ihr das macht, wäre es gut,
dafür nicht bereits für andere
Hi!
M∡rtin Koppenhoefer wrote:
wie wird das eigentlich gesehen mit designated, official und ggf.
dedicated? Ist die official-Idee wieder gestorben oder wird das
mehrheitlich als sinnvoll angesehen? Ich komme da drauf, weil die
Italiener z.B. schreiben, dass official die Schildvariante
Hallo,
Wo hast du denn das bicyle=designated im highway=cycleway drin. Das wiki
sagt dazu nichts. Hier ist ein cycleway als ein Weg beschreiben, der
hauptsächlich zum Radfahren genutzt wird. Ebenso bei footway und briddleway.
path + bicyle=designated beschreibt einen Radweg mit blauem Schild. Bei
Am 20.06.2010 21:26, schrieb Tobias Knerr:
Am 20.06.2010 20:02, schrieb Peter Körner:
Es gibt gute Gründe, in verschiedenen Sprachen auf
verschiedene Artikel zu verlinken, die nicht mit Interwiki-Links
verbunden sind.
Trotz entsprechender Nachfrage in einem anderen Teilthread habe ich
immer
Tobias Knerr schrieb:
Trotz entsprechender Nachfrage in einem anderen Teilthread habe ich
immer noch kein Beispiel genannt bekommen, wo das für ein geografisches
Objekt (andere Themen interessieren uns ja nicht) der Fall sein sollte.
Ich will ja gar nicht prinzipiell anzweifeln, dass das
Kann Gary68 nicht vielleicht ein Checker schreiben um fehlende highway
bei gesetztem tracktype zu finden ?
Lg Dirk
--
Wikipedia -- http://tools.wikimedia.de/~flacus/IWLC/
OSM -- http://osm.flacus.de/
___
Talk-de mailing list
Am 20.06.2010 21:56, schrieb Kolossos:
Man wird auch beim Link von OSM zur Wikipedia nicht immer 1:1 Beziehungen
haben,
so wird man vielleicht an ein Uni-Gebäude einen Link zum Uni-Artikel setzen
auch wenn der Uni
ggf. auch noch das Gelände drumherum und ungeographische Dinge gehören. Was
Am 20. Juni 2010 15:40 schrieb Alexander Matheisen Das stimmt
leider so überhaupt nicht.
Ich hab vor einiger Zeit mal ein wenig in Nürnberg verlinkt und bin da
auf verschiedene Variationen gekommen.
Artikel 1:1 in D und E
Hauptartikel in D und Sammelartikel in E
Hauptartikel in E und
Kann Gary68 nicht vielleicht ein Checker schreiben um fehlende highway
bei gesetztem tracktype zu finden ?
Ich bin sicher, das ginge, und es wäre auch sinnvoll.
Aber das fehlende Tag ist nicht mein eigentlicher Punkt.
Mein Punkt ist die Inflation von Differenzierungen, die keinen oder kaum
Hallo,
Radfahrer sind mit nichten Volltrottel. Aber mit der Begründung können wir
auch alle anderen highway-Taggs streichen. Alle Menschen können vor Ort ja
sehen, was es für ein Weg ist.
Ein allgemeiner Tagg, der spezialisiert wird ist deutlich aussagekräftiger
als ein spezialtagg, den jeder so
Hallo zusammen,
bevor ich an meinem Fahrrad-Overlay weiterarbeite, habe ich hier ein
paar allgemeine access-Layer erstellt und zwei Testgebiete (Berlin,
Zürich) bis Zoom 15 gerendert:
http://access.t-i.ch/qa-map.html
Pro Layer wird nur ausgewertet, was im entsprechenden Key steht; es
aighes schrieb:
Hallo,
Radfahrer sind mit nichten Volltrottel. Aber mit der Begründung können wir
auch alle anderen highway-Taggs streichen. Alle Menschen können vor Ort ja
sehen, was es für ein Weg ist.
Ein allgemeiner Tagg, der spezialisiert wird ist deutlich aussagekräftiger
als ein
Hallo Ulf
Z.B. Bei französischen Gebirgspässen kommt es durchaus vor, das es eine
französische Seite zum Pass gibt, dieser Pass aber in der deutschen WP
nur im Fließtext der naheliegenden Ortschaft kurz erwähnt wird. Passhöhe
und Ortschaft liegen aber dann schonmal mehrere Kilometer
Hallo zusammen,
Hier ein praktisches Beispiel für die Probleme:
Die zwölf romanischen Kirchen in Köln:
http://de.wikipedia.org/wiki/Köln#Bedeutende_Sakralbauten
- jede Kirche hat ihre eigene, deutsche Wiki-Seite
http://en.wikipedia.org/wiki/Twelve_romanesque_churches_of_Cologne
- vier
Hi!
habe gerade gesehen das Du eine Liste gemacht hast - die füllst Du
sicherlich manuell.
Könnte Dir anbieten eine autom. Auflistung zu erstellen - dann brauchst
Du nur ein Link hinterlegen.
Gruß Jan :-)
___
Talk-de mailing list
Am Montag 21 Juni 2010, 00:01:39 schrieb Friedhelm Schmidt:
Kann Gary68 nicht vielleicht ein Checker schreiben um fehlende highway
bei gesetztem tracktype zu finden ?
Ich bin sicher, das ginge, und es wäre auch sinnvoll.
sinnvoller waere es, so eine Ueberpruefung gleich im Editor zu
Am Montag 21 Juni 2010, 00:51:06 schrieb aighes:
Ein allgemeiner Tagg, der spezialisiert wird ist deutlich aussagekräftiger
als ein spezialtagg, den jeder so auslegt, wie er ihn braucht. Für den
einen ist cycleway ein Weg mit blauem Schild, für den anderen ein Weg, der
sich zum Radfahren
82 matches
Mail list logo