des Nutzer reverten zu
müssen.
Die Begründung ist IMHO Blödsinnig, weil die meisten Elemente in eurem
Changeset Version 1 waren.
Mit dem undelete Plugin von JOSM kann man Objekte wiederherstellen. Habe
es in letzter Zeit aber nicht gebraucht/getestet.
Viel Erfolg
fly
. Suchen (Strg+F):
selected | child (selected type:way)
4. Auswahl hochladen.
Für Linien und Punkte sollte das funktionieren. Bei Relationen gibt es
noch Probleme.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
zusammen
funktioniert. Ziel ist es zb Frauen und Behinderten Parkplatze im großen
Parkplatz zu finden/bezeichnen.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
JOSM hat einen neuen Server erhalten und ist am umziehen.
Sollte wieder funktionieren.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 08.03.2012 13:04, schrieb Andre Joost:
Am 08.03.12 12:26, schrieb Walter Nordmann:
Wolfgang Wienke wrote
nach dem die letzte tested-Version (5047) bei mir nicht läuft: Kann man
irgendwo ältere Versionen herunter laden?
Bitte bedien dich: http://josm.openstreetmap.de/download/
Aber
=51.18219lon=7.74657zoom=17layers=M
Die Häuser stehen definitiv nicht in Reih und Glied.
Und vermutlich sind sie auch nicht alle gleich gross ;)
Ja, da hat jemand die Duplicate Funktion entdeckt.
Copy + Paste wohl eher, sonst muß man noch jedes objekt verschieben.
fly
Alles andere bläht nur die History auf.
Ich kenne Ecken, wo die Läden fast monatlich wechseln nur wann ist nicht
abzusehen. Das kann Morgen oder in fünf Tagen bzw gestern sein. Andere
Stellen verändern sich über Jahre nicht.
Wenn schon eine Datenbank, dann eine eigene und nicht OSM.
Danke
fly
erhalten ?
Super ist wenn Du die beiden Emails mit den Daten, einer kurzen
Beschreibung und einer Liste über den Verlauf des Imports (bereits
importierte Wege/Bereiche) auf eine Wiki Seite stellst.
Danke
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
separate Einstellungen, in dem Du jeweils eigene
Ordner für latest und tested verwendest. Befehl dafür siehe oben.
Verwende kein Windoof, aber hoffe ich konnte Dir trotzdem helfen.
Viel Erfolg
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
.
Ich habe noch nicht alle getestet, aber zumindest terracer kann nur neue
Relationen erstellen, findet aber keine schon Existierenden.
Gruß
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
anfangen.
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
. (Ctrl+Shift+Z)
Zusätzlich noch einige andere Funktionen, die für das Probleme ganz
nützlich sind, aber ich vergesse sie auch immer wieder.
Viel Spaß damit
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
mit einer besseren oder
richtigeren Darstellung gleichzusetzten. Man sollte immer Vor- und
Nachteile der Datenmodelle abwägen.
Generelle sind mehr Details ein großes Plus, nur sollte man sich auf ein
funktionierendes Modell einigen.
Gruß
fly
___
Talk
Am 10.07.2011 19:01, schrieb Peter:
Am 10.07.2011 18:35, schrieb fly:
Am 10.07.2011 02:29, schrieb Garry:
Am 08.07.2011 15:31, schrieb Tobias Knerr:
rd hab ich mich jetzt freiwillig gemeldet?)
Sinnvoller wäre es, erst einmal der unglue-Funktion beizubringen, auch
bei mehreren
Am 10.07.2011 20:07, schrieb Peter:
Am 10.07.2011 19:22, schrieb fly:
Am 10.07.2011 19:01, schrieb Peter:
Am 10.07.2011 18:35, schrieb fly:
Am 10.07.2011 02:29, schrieb Garry:
Am 08.07.2011 15:31, schrieb Tobias Knerr:
[Gemeinsame Konten in mehreren Wegen auflösen]
Zusätzlich noch
zu erfassen.
Wie sieht es mit einer Türen in einem Tor aus ?
Gruß
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 06.07.2011 18:29, schrieb fla...@googlemail.com:
http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map/Gebiete
Ab morgen gibt es alle 2-3 Tage von allen dort eingetragenen Gebieten
downloadbare Listen.
Klasse !
Vielen, vielen Danke für diesen schnellen Service.
Grüße fly
Am 09.07.2011 00:44, schrieb fla...@googlemail.com:
Dann tragt mal munter Gebiete ein !!!
Wenn Du so scharf drauf bist, dann sollten wir das auch außerhalb von
@talk-de bekanntmachen.
Ciao fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
.
Wenn jemand in dieser Gegend trackingmäßig tätig ist, bitte ich ihn,
die Routen zu vervollständigen.
Ein highway=road mit entspechenden note- und source-Tags ist auch möglich.
Grüße fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Am 01.07.2011 18:36, schrieb Jacques Nietsch:
Hey Jacques
Kann sein, aber nicht jeder hier kauft die CT, insofern war mein Posting
hoffentlich nicht völlig sinnfrei.
+1
Danke, da werde ich mal bei nem Freund nachlesen.
Gruß fly
___
Talk-de
richten.
Zum Beispiel benötige ich bei Wanderungen bzw Kulturreisen im
Dreiländereck (F,D,CH) zur Zeit die Europa-Karte (bzw F,BWü und Ch
zusammen), ansonsten ist vor dem ersten Gebirgekamm
(Vogesen,Schwarzwald,Jura) Schluß.
Grüße
fly
___
Talk-de mailing
man nun vorgehen? Die Information aus der Relation rausnehmen
und alle Streckenabschnitte taggen?
Oder der Regel folgen, dass das Spezielle das Allgemeinere verdrängt /
überlagert. Ins Wiki eintragen und gut ist.
+1
Ja das fehlt noch.
cu fly
Fahrbahnteilfläche zu nutzen.
Wenn man sehr penibel ist kann man auch ähnlich den Bus-Relationen
eine Hin- und eine Rückrichtung machen.
oder einfach back-/forward als Rolle richtig setzten.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt
ach noch was: sollen Zufahrten zu Häusern mit dem Straßennamen der
Straße versehen werden?
Wenn das nur private Zufahrten sind (highway=service): Nein.
Gruß fly
oder wo ganz
anderes)
Um in einem Gebiet die gleichen Anpassungen der Luftbilder zu verwenden,
gibt es den Versuch eine Versatzserver zu benutzen.
Findest Du in den Einstellungen für Hintergründe (Imagery).
Gruß
fly
___
Talk-de mailing list
Talk-de
Relation brauche, klone ich die alte und muß
nur name= und eventuell addr:postcode anpassen.
Das Terracer-Plugin hat auch noch einige kleine Funktionen für Hausnummern.
cu fly
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEAREIAAYFAk4EZQEACgkQHJwlxKzMjpZDrgCZAZA05t/Z804eUUrAo
Proposal eine mail an tagging@ schreiben, ansonsten könnte
es aus formalen Gründen abgelehnt werden. Auch erreicht man dadurch auch
internationale Aufmerksamkeit.
Gruß fly
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux
anderes als eine Eisenbahn.
Zu den Laderampen:
industrielle Bahnen (Laderampen) haben jedenfalls mit public transport
nichts zu tun.
+1
Und aggressives Verhalten halte ich für nicht erstrebenswert.
Ein editwar bringt uns auch nicht weiter.
+1
Bis bald fly
stehen,
um den Gehweg zum Gehweg zu machen.
Da muesste eigentlich ein Verbotsschild stehen.
dann wäre es sicher noch eindeutiger, und man findet diese Schilder
daher oft auch.
Nur dann gibt es eine direkte Vorschrift.
cu fly
___
Talk-de
nicht mit den Relationen. Wie bei lokalen
Wanderwegen setzte ich das Netzwerk-Tag desshalb nur an den Weg/die Straße.
Grüße fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
.
Für Tribünen wäre building=stands möglich.
Was sind Eure Vorschläge ?
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
=sports_centre geht m.E. auch.
+1, oops, das wollte ich eigentlich schreiben (nicht Stadion)...
Ja, danke, das hatte ich wohl überlesen, Dachte, das sports_centre nur
für Gebäude steht.
Grüße fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
. Brauche ich für den Punkt auch nochmal die Adressinformation oder
werden die vom Gebäude benutzt ? Die selbe Frage habe ich dann auch noch
zur associatedStreet: Soll ich da alle zB alle Läden (POIs) aufnehmen
oder reicht das Gebäude.
cu fly
___
Talk-de
Am 13.06.2011 20:28, schrieb Jan Tappenbeck
= wäre dann für soetwas landuse=forest als way und NICHT als AREA
passender ???
Dafür gibt es doch natural=tree_row:
https://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree_row
Gruß fly
___
Talk-de
Am 14.06.2011 14:35, schrieb Jan Tappenbeck:
Am 14.06.2011 14:38, schrieb fly:
Am 13.06.2011 20:28, schrieb Jan Tappenbeck
= wäre dann für soetwas landuse=forest als way und NICHT als AREA
passender ???
Dafür gibt es doch natural=tree_row:
https://wiki.openstreetmap.org/wiki
Am 14.06.2011 15:27, schrieb Sven Geggus:
fly lowfligh...@googlemail.com wrote:
Ich gebe dem Gebäude (geschlossener Linie) die Adressinformation und
setzte zB den Laden als Punkt, wo sich der Eingang befindet, auf die
Linie. Brauche ich für den Punkt auch nochmal die Adressinformation oder
.
Ein verbesserungsvorschlag in die richtige Richtung gibt es schon unter:
http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes
Habe in aber noch nicht soweit getestet.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
setzten.
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
/möglich sind:
highway=path
Das halte ich bei eim 3m breiten Weg für falsch. Dies ist dann wohl ein
track.
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
wohl
viel mehr Eindeutigkeit schaffen als Monster-Relation-Kombinationen,
oder wie stellt Ihr Euch denn so eine Relation für die Post, die
Deutsche Bahn bzw andere große, weltweit tätige Konzerne vor ?
Grüße fly
___
Talk-de mailing list
Talk-de
durchaus (bzw siehe oben)
ich nehm an kein renderer schluckt das..
Deshalb wird meistens falscherweise highway=pedestrian benutzt.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
: user:matchman changeset:8373571
Erstellt am:Dienstag, 07. Juni 2011, 20:02 Uhr
Anderungen im Norden Sardiniens.
davor war 2 Monate nichts.
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
:$YOUR_QUALIFIER, ...), nur Bedenken gegen das Zerstückeln.
Aber alles in allem: die Welt geht nicht unter, egal wie du es machst :)
+1
Ich habe bei Kirchen häufig noch ein name:de=St angegeben und im
name= Sankt
cu
fly
___
Talk-de mailing list
Talk
zusätzliche Rollen um sie mit
place=* - Knoten zu verknüpfen.
Habe in D öfters das Problem, dass ein Name mehrfach gerendert wird, da
die admin Grenzen-Relation, die landuse-relation und der place-node
nicht miteinander verknüpft sind.
Gruß
fly
keinen Zaubertrank hat, wachsen Baeume nicht so schnell.
Was ist denn jetzt ein Bambuswald ?
landuse=farmland
landcover=grass
cu
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
jeweils die Lösung des Konflikts).
Hat nicht funktioniert:
Lösung anwenden ist nicht klickbar.
s.o.
Um welche Relation handelt es sich eigentlich (id)?
Welche JOSM-Version benutzt Du ?
Grüße
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
lege
ich da aber auch noch nach, wenn ein pauschales building=monastery
allgemein als sinnvoll angesehen wird, und man definieren kann, welche
Teile damit getaggt werden sollten.
Damit widersprichst Du Dir ja selbst !
Lass es lieber weg.
Grüße
fly
die OSM-Server-Seite gelangen.
Gruß
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
OSM einen TimeOut bekomme. Ob das an OSM, meiner
lahmen + überlasteten Leitung oder meiner Oldschool Hardware liegt, kann
ich gerade nicht beurteilen.
Vielleicht später.
cu
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Am 04.06.2011 21:43, schrieb fly:
Am 04.06.2011 18:51, schrieb Markus:
ID: 957.374
Das ist ja mal wieder eine Relation, wie ich sie hasse ! Bei 500
Mitgliedern hörts ja wohl auf ! Danach sollte man die Relation lieber
aufteilen.
Aber weder im Fenster Konflikt noch im Fenster Relation komme
Richtungsangabe (left/right).
busway:right=lane
...
Leider wird sowas von keinem mir bekannten Rendere ausgewertet.
Siehe auch:
http://trac.openstreetmap.org/ticket/2195
Darum wird sowas wohl häufig als eigener Weg eingetragen.
Gruß
fly
___
Talk-de
jeden Fall lohnt sich ein
Blick auf den utils2-Plugin.
Falls man nicht fündig wird, ist wohl ein Enhancement-Ticket angebracht,
wobei ein patch auch gerne gesehen wird.
Gruß
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
sind.
Wenn überhaupt könnte man das Verkehrszeichen taggen, aber gerade das
fehlt in den Relationen.
Habe diese Info auch mal dem/r ErstellerIn zukommen lassen.
Bis bald
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
Bitte nicht noch mehr Werbung. Gibt schon viel zu viel davon im Web !
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
auf talk@ gabe es eine Diskussion über private (Vor-)Gärten. Das Ergenis
war: landuse=residential als große Fläche erhalten und
residential=garden bzw. garden=residential zu verwenden.
Gleiches kann ich mir gut für andere landuses vorstellen oder doch
gleich landcover verwenden.
Grüße fly
hinweißsen, dass das
Aerial veraltet ist, und es bei Fertigstellung, dann entsprechend anpassen.
Ciao
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
lasst. Das sorgt
dann
dafuer, dass Renderer an der Schnittstelle keinen sichtbaren Streifen erzeugt,
aber ueberlappende Fluss-Abschnitte ist datentechnisch natuerlich totaler
Bloedsinn.
Ich verwende für Flüsse auch multipolygone.
cu fly
___
Talk
Am 23.05.2011 17:52, schrieb Kay Drangmeister:
Hallo
Am 23.05.2011, 16:49 Uhr, schrieb Günther Zin. o...@fh15.homeip.net:
Was haltet ihr davon (hab NICHT ich gemacht)?
kleiner Unterschied: Mieter-Parkplätze statt Kundenparkplätze:
ubuntu seit längeren openjdk bevorzugt, aber im
Endeffekt funktionierts wieder nicht.
Habe mit openjdk und debian kein dieser Problem.
Grüße fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
/listinfo/talk-de
Es gibt zumindest:
http://wiki.openstreetmap.org/wiki/Proposed_features/detailed_Railway_Network
Ich habe bisher barrier=yes/no/* verwendet.
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
Am 03.05.2011 09:07, schrieb Peter Wendorff:
Am 29.04.2011 16:49, schrieb fly:
Der Bezug zur Topologie geht verloren, das ist richtig
Bisher ist die Topologie aber häufig schlicht falsch, wenn du die Werte
nimmst, die du aus Attributen an der Straße entnimmst.
Selbst wenn (was fast nirgendwo
Am 05.05.2011 16:27, schrieb M∡rtin Koppenhoefer:
Am 5. Mai 2011 16:13 schrieb fly lowfligh...@googlemail.com:
Nebenbei könnten wir ja noch das Area-Problem lösen.;)
Welches? Mir fallen da einige ein.
http://wiki.openstreetmap.org/wiki/The_Future_of_Areas/Problems
Am 05.05.2011 16:53, schrieb M∡rtin Koppenhoefer:
Am 5. Mai 2011 16:35 schrieb fly lowfligh...@googlemail.com:
http://wiki.openstreetmap.org/wiki/The_Future_of_Areas/Problems
ach so, das hat damit ja nun gar nichts zu tun. Ich dachte eher an
flächige Treppen, Straßenflächen, etc.
Für
gar
keine Brücke.
Gibt es eigentlich schon einen Tag für Brückenpfeiler ?
Gruß fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ähnliches ist.
Bis dann fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Verbindungseinstellungen benutzt.
Viel Erfolg
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
track reden.
Ich hoffe meine Punkte sind jetzt etwas klarer.
Leider habe ich auch keine direkte Lösung parat.
cu fly
P.S.:Es gibt ein Proposal für Kreuzungen, vielleicht könnte man damit
auch Übergänge lösen.
___
Talk-de mailing list
Talk-de
Am 27.04.2011 18:54, schrieb Peter Wendorff:
Hi.
Ich kürze mal das Zitat und antworte dazwischen:
Am 27.04.2011 17:03, schrieb fly:
Ich habe diese und ähnliche Diskussionen jetzt schön öfters verfolgt und
werde jetzt wohl doch einmal Stellung nehmen.
Meiner Meinung nach sind wir beim
ich path, ansonsten track.
Leider werden die tracks bisher von keinem Renderer gut dargestellt.
Zu allem Überfluss wurde gerade auch noch highway=footway +
footway=sidewalk für Gehwege etabliert:
wiki.openstreetmap.org/wiki/Proposed_features/Sidewalk_as_separate_way
Grüße fly
doch nach wie vor geben, oder?
plus surface=
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
reperatur.
Damit kannst du auch mehrer Objekte eines Changesets und sogar mehrere
Changesets gleichzeitig zurücksetzen.
Grüße fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 17.04.2011 14:03, schrieb Wolfgang:
Hallo,
Am Sonntag 17 April 2011 11:25:11 schrieb Carsten Gerlach:
Hallo,
Am Montag 11 April 2011 schrieb fly:
Ich frage mich ob man bei den ICE-Relationen nicht lieber Relationen für
die Strecke zwischen einzelnen Bahnhöfen anlegt und diese Relationen
Am 17.04.2011 15:52, schrieb Toni Erdmann:
Am 17.04.2011 15:57, schrieb fly:
Am 15.04.2011 20:39, schrieb Toni Erdmann:
Am 15.04.2011 20:03, schrieb Toni Erdmann:
Am 15.04.2011 19:55, schrieb Toni Erdmann:
Am 15.04.2011 19:53, schrieb M∡rtin Koppenhoefer:
Am 15. April 2011 19:46 schrieb Toni
. Auch nicht viel Arbeit, aber halt noch keine Automatisierung
ohne sich mit Relationen beschäftigen zu müssen. Schade.
Viel Erfolg
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
schweigen von EC/ICs und sonstigen Verbindungen.
Im Unterschied zu Bus/Straßenbahn-Linien verlaufen diese Linien lange
auf der selben Strecke.
Was ist Eure Meinung ?
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org
Am 06.04.2011 11:26, schrieb Jan Tappenbeck:
Hi !
habe mal eine Wiki-Seite angelegt.
http://wiki.openstreetmap.org/wiki/DE:Tag:shop%3Dmedical_supply
(Englisch und Deutsch)
da fehlt ja zumindest noch um was es geht !!
find nirgends auf der Seite shop und medical_supply
Ciao fly
Validator zur Zeit keine unconnected highways.
Ticket existiert!
cu fly
[1] http://wiki.openstreetmap.org/wiki/JA:Yahoo_Data_Import_Highway
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Nähe ausländischer AKWs wäre. Frankreich stellt seine AKWs
z.B. gerne in Grenznähe auf.
Die Schweiz ist da auch nicht besser, wobei Leibstadt ja schon angezeigt
wird.
cu fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
generell sind diese Checks nicht umbedingt Fehler.
Am 30.03.2011 15:11, schrieb Henning Scholland:
Am 30.03.2011 14:50, schrieb fly:
Ich würde checken auf:
* schneiden mit andern route=ferry.
Das ist kein Fehler. Oder bist du schon mal unterwegs von einer Fähre
auf die nächste umgestiegen
route=ferry.
* schneiden mit coastline
* schneiden mit highways mit gleichem layer.
* endnode einer route=ferry nicht verbunden.
Sollte alles mit den scripten für Japan laufen !!
Viel Erfolg
fly
___
Talk-de mailing list
Talk-de@openstreetmap.org
http
braucht.
@Wolfgang:
Warum hast Du die tags den alle im Label-node und nicht in der Relation ?
Wenn Du schon einen Label-node verwendest, warum sind beide direkt
nebeneinander an einer Seite des Geländes ?
So wird es dem renderer erstrecht schwer gemacht.
Gruß
fly
Strassenseite bleibt.
Es spricht nichts dagegen wenn die Lagegenauigkeit korrigiert wird die
Topologie beizubehalten.
Ja, um so mehr ärgert es mich wenn Hausnummern nicht mit verschoben
werden und nun alle Hausnummern auf einer Seite der Straße liegen.
Bitte haltet die Topologie bei.
fly
nur ein Knoten. Eine Kreuzung ist in
OSM häufig nicht nur Knoten.
fly
[1] http://osm-tmc.anders-hamburg.de/
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 27.01.2011 18:56, schrieb ant:
Hi,
On 27.01.2011 10:49, Richard Mann wrote:
I think we've got three broad decisions:
1) Whether the use of stop area / group relations should be
a) widespread
b) exceptional
b
a) possibility to micromap.
2) Whether route relations should
a)
Danke für Eure Anworten.
Bin gerade informiert worden, daß die Gebäude semi-automatisch
importiert werden. Somit hat sich das erstmal erledigt.
Zu den Küsten kann ich nur sagen, das die vorhanden Daten viel ungenauer
waren als die catastre-Daten.
Bis bald colliar
Am 16.08.2010 21:44, schrieb Thomas Ineichen:
Hallo fly,
We sieht das eigentlich für wheelchair dann aus wenn vehicle=no gesetzt ist ?
wheelchair=* wird eher für die physische Zugänglichkeit (e.g.
Toiletten, Treppen, ...) genutzt. Mir ist allerdings kein Land
bekannt
Am 06.08.2010 18:19, schrieb Heiko Jacobs:
Jens Wahnes schrieb:
Für Deutschland möchte ich mal behaupten, daß es eine reine
Fahrradstraße (ohne Freigabe für andere Verkehrsteilnehmer) in der
Praxis überhaupt nicht gibt. Demjenigen, der mir als Erster eine
ausschließlich mit Verkehrszeichen
Am 16.08.2010 02:49, schrieb Stephan Wolff:
Am 14.08.2010 17:05, schrieb M∡rtin Koppenhoefer:
Am 1. August 2010 20:39 schrieb Hartmut Holzgraefehart...@php.net:
On 08/01/2010 05:48 PM, Klaus Hanauer wrote:
Also es ist (meistens) nicht nur korrekt
ist es nicht, denn die Flächen links und
Am 13.08.2010 17:08, schrieb Chris66:
Am 13.08.2010 16:45, schrieb Claudius:
Finde nach diesen Zeilen shop=ice_cream für einen Eis-Straßenverkauf gar
nicht mehr dumm :) Aber das Aufräumen lässt sich da wohl kaum mit
einem Bot bewerkstelligen, da man wohl immer vor Ort feststellen muss,
ob
Was ist die Bezeichnung von Grenzen?
type=multipolynom oder type=boundary ?
In D wurden die Grenzen als multipolynome importiert, aber was spricht gegen
type=boundary ?
Auf der deutschen Wiki-Seite steht kein Verweiß zu multipolynome, jedoch auf der
englisch-sprachigen:
Am 11.08.2010 11:24, schrieb Frederik Ramm:
Hallo,
fly wrote:
Was ist die Bezeichnung von Grenzen?
multipolygon. (Ein Polygon ist ein Vieleck. Ein Multipolygon ist eine
Gruppe von einem oder mehreren solchen Vielecken.)
das habe ich mich ja fürchterlich vertippt. Das nächste Mal wohl
Am 07.08.2010 10:59, schrieb Martin Simon:
Am 5. August 2010 19:35 schrieb Sebastian Klein basti...@googlemail.com:
Hi,
Da sich die Diskussion um das Tagging von Fahrradstraßen schon recht
lange hinzieht, habe ich mir mal die Freiheit genommen, den (aus meiner
Sicht) aktuellen Stand in einer
Tom Müller schrieb:
Am 02.08.2010 14:51, schrieb Alexander Matheisen:
Wenn nichts angegeben ist, kann man eigentlich auch kein maxspeed
angeben, denn dies gibt ja die erlaubte Höchstgeschwindigkeit an. Ist
nichts angegeben, kann man ja z.B. auch nicht für zu schnelles Fahren
bestraft werden.
Garry schrieb:
Am 05.08.2010 19:35, schrieb Sebastian Klein:
Theoretisch wäre es wünschenswert, wenn die anderen Merkmale durch
dieses eine Tag impliziert wären. Da die Anzahl der Fahrradstraßen in
den meisten Städten noch überschaubar ist, halte ich es allerdings für
vertretbar, die
Martin Hollmichel schrieb:
stimmt, da wo die Gräben breit genug sind, ist oft kein Zaun mehr nötig.
Aber wie katographiert man eigentlich am besten Gräben, diese sind zum
Abzeichnen oft zu schmal, also log gehts mit Gummistiefeln, Floß und dem
GPS Empfänger ? :-)
barrier=ditch
width=
depth=
Heiko Jacobs schrieb:
Da stoßen wir aber auf das Problem, dass Gehwege meistens weder separat
gemappt werden, noch als Zusatzeigenschaft zum highway erfasst werden.
Normalerweise dürfen ja Fußgänger auch überall hin mit Ausnahme
von Autobahnen und Kraftfahrstraßen und expliziten Verboten, die
bkmap schrieb:
mir ist auch eher der Zaun wichtig. Ob Tiere herumlaufen sehe ich schon
und dann gibt es ja auch noch die Schäfer.
Ob da ein Zaun steht oder nicht, ist nicht DAS Unterscheidungsmerkmal.
Weidezäune werden meist nur aufgebaut, wenn sie gerade benötigt werden.
Wenn man aber
Frederik Ramm schrieb:
Chris66 wrote:
Hmm, wieso taucht das denn im PLZ-WMS auf?
Ich hab den PLZ-WMS so gebaut, dass er alle Flaechen, die mit
addr:postcode getaggt sind, beruecksichtigt. Darunter auch ein Gebaeude
In Deutschland haben manche Firmen/Institutionen eigene PLZ. Ein Gutes
401 - 500 of 556 matches
Mail list logo