Am 05.02.2011 22:43, schrieb M∡rtin Koppenhoefer:
http://urts55.uni-trier.de:8080/Projekte/WBB2009/DWB/wbgui_py?lemid=GA1
nachlesen. M.E. ist Hecke in OSM genau das, was es sprachlich auch
bedeutet: ein lineares Element aus niedrigen, eher dichten strauchigen
Pflanzen oder beschnittenen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 05.02.2011 19:32, schrieb Frederik Ramm:
Das Problem ist doch, dass da - egal wie viel ein Editor was zuklappt -
irgendwelche semantisch schwer verstaendlichen Zusatzinformationen an einem
Node haengen. Wieso hat diese Ampel hier Zusatztags,
On Sat, Feb 05, 2011 at 10:00:38PM +0100, M∡rtin Koppenhoefer wrote:
Am 5. Februar 2011 21:43 schrieb Andreas Tille andr...@an3as.eu:
On Sat, Feb 05, 2011 at 03:47:56PM +0100, Michael Bemmerl wrote:
Wenn das noch mal angefaßt werden würde: Kann mal jemand prüfen, ob das
auch mit Mono gebaut
Hallo.
Am Sonntag 06 Februar 2011, 10:01:04 schrieb Bodo Meissner:
Die Warnmeldung könnte dann aussagen: Lieber User, mit diesem Objekt hier
ist irgendwas, was Du nicht verstehst, aber es macht nichts, wenn hier
etwas kaputtgeht. Darum kümmern sich ggf. die Spezialisten.
Und was soll das dann
2011/2/5 Johannes Huesing johan...@huesing.name:
Und nehme ich den Ortsnamen in die Lagebezeichnung auf? Schwarzlay und der
Rest ergibt sich aus Grenzpolygonen oder Ürziger Schwarzlay?
Da bin ich mir auch noch unschlüssig, aber ich denke ein bisschen
Redundanz kann nicht schaden. Alles andere,
Am 6. Februar 2011 10:59 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand vineyard:locality= für
den Ort könnte man dann analog vineyard:village= verwenden.
vineyard:village=Stuttgart ;-)
Gruß Martin
Am 5. Februar 2011 21:37 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 05.02.2011 18:55, schrieb Falk Zscheile:
Wenn Du mit meinem Vorschlag Bauchschmerzen hast, dann bleibt Dir
nichts anderes übrig, als Dir etwas eigenes auszudenken, wie z.B.
landuse=monschauer_hecke. Die Definition hierfür
Am 6. Februar 2011 11:04 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 6. Februar 2011 10:59 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand vineyard:locality= für
den Ort könnte man dann analog vineyard:village= verwenden.
Hi,
Stephan Wolff wrote:
Ich hatte vermutet, dass meine verschachtelten Abfragen Schuld sind,
aber Frederik hat mit dieser Beschreibung die Hauptursache getroffen.
Ich habe den Zeitbedarf verschiedener SQL-Abfragen für größere Bereiche
verglichen. Eine einfache Abfrage aller Punkte mit
Hallo
Evtl. könntet ihr das ganze mal an realen Beispielen durchgehen. Dann
könnten auch nicht Weinexperten Tips geben, wie man das Schema aufbauen
könnte.
Für mich als Laien wäre interessant:
Winzer: Weingut XY
Traube: Riesling
Lage: Rheinhessen
oder ist Lage noch etwas kleiner definiert?
Am 06.02.2011 01:58, schrieb Frederik Ramm:
Hallo,
Garry wrote:
TMC benötigt Fixpunkte die auf einer Strasse liegen. Benötigt man
einen riesen Aufwand um diese Fixpunkte mit externen Lösungen zu
finden ist die ganze Sache Wertlos.
Ich bin nicht ueberzeugt, dass es sich hier um einen
Am Sonntag, 6. Februar 2011, 11:36:23 schrieb Henning Scholland:
oder ist Lage noch etwas kleiner definiert? Dann
Lage ??
Der Namensraum vinery ist schonmal ganz gut.
Nach dem deutschen Weingesetz gibt es
- Anbaugebiete, das ist z.B. Rheinhessen, Nahe usw.
- Großlagen
- Einzellagen,
wobei
Garry und Frederik Ramm schrieben eine Menge
Hallo
Eure Diskussion ist zwar schön und gut, doch sie führt irgendwie zu nichts.
So wie ich Frederik verstehe, geht es ihm darum, dass das ganze zu
komplex ist und Mapper abschreckt, weil sie Angst ahben Fehler zu
machen. Das kann ich durchaus
Am 06.02.2011 11:07, schrieb Falk Zscheile:
kennzeichen der Hecken sind halt linienförmig, dicht stehend, schließlich
auch absperrend. durchgehen ist nicht einfach im Gegensatz zu Baumreihen
oder Alleen
Hier hast Du doch schon eine sehr brauchbare Definition geliefert. Das
Hecken unter
Die neue Wochennotiz Nr. 29 ist da, viel Spaß.
http://blog.openstreetmap.de/2011/02/osm-wochennotiz-nr-29/
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Hat keiner eine Idee? Ich bin echt aufgeschmissen...
Alex
On 06.02.2011 13:48, Alexander Matheisen wrote:
ich will mit osm2pgsql Daten in eine Postgis DB importieren. Leider
werden aber nicht alle Objekte, die in der Quell-Datei vorhanden sind,
auch importiert. Die Styledatei habe ich schon angepasst, hat aber
leider nichts gebracht.
Willst du damit
On Sat, Feb 05, 2011 at 01:21:16PM +0100, RalfGesellensetter wrote:
Hallo,
gerade verfolge ich offenkundige Wasserläufe, die am Baumbestand gut
zu erkennen sind: 52.0419731 N / 8.2430264 E
Hier hat jemand landuse=forest getaggt, m.E. gehören die Bäume am
Wasserlauf jedoch nicht mehr zum
Willst du damit eine Karte rendern? osm2pgsql ist imho darauf optimiert.
Und eine API-DB zu bekommen solltest du dir mal osmosis mit den DB
Schemas ansehen.
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
Ansonsten: Was fehlt denn genau?
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden, weshalb ich in
meinem
Am Sonntag, den 06.02.2011, 14:53 + schrieb M∡rtin Koppenhoefer:
Am 6. Februar 2011 14:25 schrieb Alexander Matheisen
alexandermathei...@ish.de:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert. Diese Datei habe ich nun mit osm2pgsl in die DB
Am 6. Februar 2011 10:11 schrieb Falk Zscheile falk.zsche...@googlemail.com:
Am 6. Februar 2011 11:04 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com:
Am 6. Februar 2011 10:59 schrieb Falk Zscheile
falk.zsche...@googlemail.com:
Für die Lage würde ich nach bisherigem Stand
Am 6. Februar 2011 11:11 schrieb Klaus Hartmann koc.hartm...@t-online.de:
Am Sonntag, 6. Februar 2011, 11:36:23 schrieb Henning Scholland:
oder ist Lage noch etwas kleiner definiert? Dann
Lage ??
Der Namensraum vinery ist schonmal ganz gut.
Nach dem deutschen Weingesetz gibt es
-
Hallo,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Diese Datei habe ich nun mit osm2pgsl in die DB
importiert, leider sind manche Wege nicht vorhanden,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Diese Datei habe ich nun
Am 05.02.2011 15:01, schrieb Wolfgang:
Hallo,
Am Samstag 05 Februar 2011 10:28:24 schrieb Ulf Lamping:
[ ]
(CID) is replaced by the country-id (e.f. 58 for Germany)
legt nahe, daß hier schlicht ein Tippfehler ist und es besser:
(CID) is replaced by the country-id (e.g. 58 for Germany)
Hi,
Alexander Matheisen wrote:
Ich habe mir mit osmosis aus einem File alle Objekte mit bestimmten Tags
herausgefiltert.
Und in diesem File sind die Ways also definitiv alle drin?
Ja, jedes benötigte Tag habe ich so eingetragen:
way tag text polygon
Ich meine: In dem File,
Ich meine: In dem File, das Du mit osmosis erzeugt hast, sind da alle
drin? Wenn Du
Da sind alle drin. Das Problem ist ja, dass die Wege zwar in der
einzuspielenden Datei sind, aber nicht in der DB.
machst, findest Du alle fraglichen IDs? Und das OSM-File enthaelt auch
alle Nodes, die von
Am 06.02.2011 10:01, schrieb Bodo Meissner:
Oder vielleicht gibt es externe Prüfmechanismen, mit denen man regelmäßig
automatisch feststellen kann, ob die TMC-Tags noch konsistent sind.
Ja, genau das habe ich mit dem Aufbau des TMC Validators [1] bezweckt.
Er hat sicherlich viele Schwächen
Am 05.02.2011 21:33, schrieb Martien Scheepens:
Liebe Deutsche,
Wir mögen es, wenn ihr bei uns in den Urlaub fahrt, und wir mögen es auch,
wenn ihr in unserem Land als Mapper aktiv seid. Wir kommen nämlich auch zu
euch und mappen dort ;). Unser aktivster Mapper steht sogar bei euch in der
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
osmosis-0.38/bin/osmosis --rx cache.osm --nk keyList=$tags --tf
reject-ways --tf reject-relations --wx nodes.osm
Hallo,
Alexander Matheisen wrote:
Und das OSM-File enthaelt auch
alle Nodes, die von dem betr. Way referenziert wurden?
Da fehlen tatsächlich ein paar Nodes. Eigentlich sollten die aber drin
sein:
Ist denn sichergestellt, dass sie in der Datei cache.osm ueberhaupt
drin sind?
Bye
Frederik
Hallo,
Sven Anders wrote:
Frederik, ist es für dich okay, das wir mit einem Neuentwurf für ein TMC
Schema bis nach der Fossgis warten? Oder sollen wir schon jetzt einen
Neuentwurf anfangen?
fuer mich ok? Ich bin ja schon froh, wenn mir ueberhaupt jemand zuhoert ;)
Bye
Frederik
--
Frederik
Andreas Tille schrieb:
On Sat, Feb 05, 2011 at 10:00:38PM +0100, M∡rtin Koppenhoefer wrote:
Am 5. Februar 2011 21:43 schrieb Andreas Tille andr...@an3as.eu:
On Sat, Feb 05, 2011 at 03:47:56PM +0100, Michael Bemmerl wrote:
Wenn das noch mal angefaßt werden würde: Kann mal jemand prüfen, ob das
Ganz kurzer Hinweis:
Die Idee mit der Unterstützung von Namensräumen im Editor habe ich vor
drei Tagen hier geäußert (Betreff war Doppelpunkt).
Die Reaktionen waren eher mäßig und skeptisch bezüglich der generellen
Umsetzbarkeit.
Da Du selbst dich da nicht beteiligt hast, hier das einfach
Hallo,
Mittels des OpenDEM Projektes soll eine Plattform entstehen um freie
Digitale Höhenmodelle und weitere freie Höhendaten (wie z.B. GPX tracks) zur
Verfügung zu stellen.
Unter der URL http://www.opendem.info ist das Projekt ab sofort erreichbar
(nur in Englisch).
Viele Grüße,
Sven Anders s...@anders-hamburg.de [Sun, Feb 06, 2011 at 05:42:53PM CET]:
[...]
als echter Deutscher (mit einem alten deutschen Perso), stimme ich
dir 100%ig zu. Aber sei dir bewußt, das 99,9% der deutschen OSMlern
das nicht absichtlich machen.
Vermutlich ist es zielführender, wenn du
Alexander Matheisen wrote:
Ich will für Flächen die Mittelpunkte abfragen können. Mit dem osmosis
Schema geht das wohl nicht.
select astext(center(linestring))
from ways where ...
gruss
walter
http://postgis.refractions.net/documentation/manual-1.5/reference.html
-
33,33% aller
Ok; du kannst ja nicht wissen, dass ich wohl mehr technische Elaborate
lese und schreibe als die meisten hier. Ich könnte auch ins Institut
fahren und ISO-Specs. lesen oder die Leute von Viasuisse selber
fragen, die ich nächstens treffe. Aber es geht ja nicht um mich, oder?
Ich habe mir gestern
Hi,
Stefan Keller wrote:
= Daher könnte z.B. folgendes etwas sinniger sein:
tmc:locationcode=countryid_58:tablecode_1:52864.
Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur
tmc_location_code=52864 schreiben oder so. Ok, man kriegt damit keine
laenderuebergreifenden
Hier nochmals mein letzter Senf dazu bis zur FOSSGIS :-:
* Namensräume ein/ausblenden im Editor wären wohl nützlich.
* Wanderwege und ÖPNV-Relationen widersprechen meines Wissens nicht
der Knoten-Kanten-Relationen-Tags-Struktur von OSM.
* Die aktuellen TMC-Tags missbrauchen den Prefix m.E.: tmc:
Betreffend Location Table und Event List schrieb Frederik :
(Du schriebst, man muesse erst ein Bestellformular ausfuellen?)
Einzig wie gesagt Norwegen habe ich gefunden.
Für Deutschland:
Am 07.02.2011 00:40, schrieb Stefan Keller:
Ich habe mir gestern nochmals eine weitere Stunde(!) Zeit genommen und
ich muss nach wie vor feststellen: keine Chance, so etwas in einer
Viertelstunde zu verstehen. Wer's immer noch nicht glaubt, der soll
mir sagen wie man alleine aufgrund der
Hallo,
Ulf Lamping wrote:
Prima, dann schmeissen wir die ÖPNV Daten demnächst alle wieder raus.
DAS Schema ist nämlich auch kaum zu verstehen und das davon 2-3
Varianten im Wiki stehen macht die Sachen noch schlimmer.
Das lese ich jetzt zum wiederholten Mal. Das ist aber kein Argument,
oder
Am 07.02.2011 01:21, schrieb Frederik Ramm:
Hi,
Stefan Keller wrote:
= Daher könnte z.B. folgendes etwas sinniger sein:
tmc:locationcode=countryid_58:tablecode_1:52864.
Ich denke, man koennte auch den Mut zur Luecke haben und einfach nur
tmc_location_code=52864 schreiben oder so. Ok, man
wie sollte man bei einem Weinberg den Namen der Lage angeben? Im
Weinbau ist es üblich damit anzugeben, von welchem Weinberg die
Trauben für den Wein stammen.
Was hat das denn mit anzugeben, also prahlen zu tun ??
Das man aus einer Lage mit den selben Trauben (eines Jahrgangs) einen
guten
46 matches
Mail list logo