Am 25.01.2012 12:54, schrieb Ronnie Soak:
Also ich bin ja eigentlich auch immer eher dafuer, nicht vorrauseilend
die Fehler anderer Programme in der Datenbank loesen zu wollen.
Wenn Suchmaschienen, Crawler, Renderer oder eben auch Editoren noch
nicht ausgereift genug sind, sollte man auch dort
Hi !
mir ist noch ein Problem eingefallen an einem akutellen Beispiel.
Es ist da EIN Gebäude mit einer Hausnummern 1-3.
Nun sind darin mehrere Shops enthalten und der eine hat die Hausnummer
1, der andere 2
Wenn man jetzt eine GIS-Analyse fährt dann bekommen alle die Nummer 1-3.
Das
Pragmatische Antwort: Dann halt doch die Adresse an die POIs, und die
gleich auch noch als 'entrance' taggen (und platzieren).
Auch bei Wohnblocks kommt man um die entrance-nodes ja eh nicht drumherum.
Gruss
Chaos99
Am 27.01.12 schrieb Jan Tappenbeck o...@tappenbeck.net:
Am 25.01.2012 12:54,
Am 27.01.2012 10:55, schrieb Ronnie Soak:
Pragmatische Antwort: Dann halt doch die Adresse an die POIs, und die
gleich auch noch als 'entrance' taggen (und platzieren).
Auch bei Wohnblocks kommt man um die entrance-nodes ja eh nicht drumherum.
Gruss
Chaos99
HI!
dann sind wir aber wieder
Wieso? An das Gebaude gehoert dann natuerlich keine Hausnummer mehr.
Wo sollte dann das doppelte Rendern herkommen?
Gruss,
Chaos99
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 27. Januar 2012 11:02 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
Wieso? An das Gebaude gehoert dann natuerlich keine Hausnummer mehr.
wieso nicht? Wenn das Gebäude/Grundstück die Nummer 1-3 hat, kann man
das doch so hinschreiben, auch wenn einzelne POIs darin nur eine
Untermenge der
Ich sehe schon: das eigentliche Problem hier ist, dass man den selben
Index fuer unterschiedliche Dinge nutzt.
Das eine ist ein Index fuer Gebaeude (1-3), das andere ist ein Index
fuer Hauseingaenge (1).
Beides sieht aehnlich aus, heisst gleich (Hausnummer), ist aber
eigentlich nicht das selbe.
Am 27. Januar 2012 11:19 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
Ich sehe schon: das eigentliche Problem hier ist, dass man den selben
Index fuer unterschiedliche Dinge nutzt.
Das eine ist ein Index fuer Gebaeude (1-3), das andere ist ein Index
fuer Hauseingaenge (1).
-1, beides
Am 27. Januar 2012 10:25 schrieb Jan Tappenbeck o...@tappenbeck.net:
... und ist das mit Geschäften die über mehrere Gebäude mit eignen
Hausnummern gehen - z.b. das Filmhaus
(http://www.openstreetmap.org/browse/node/25393513) geht über die Hausnummer
38+40.
ich bin da meist schmerzfrei und
hi !
im Rahmen der Gebäudeerfassung ist es auch sinnvoll die Hausnummern zu
erfassen.
Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu
diesem Gebäude gehören? In [1] habe ich nicht so richtig etwas dazu
gefunden.
Aus meiner Sicht macht es wenig Sinn jedem POI
Hmm, schwierige Frage.
Ich waere auf jeden Fall dafuer, die Adressdaten (soweit vorhanden)
auch mit den POIs zu verknuepfen. Das waere fuer alle moeglichen Arten
der Adresssuche ungemein nuetzlich.
Wenn man Hausnummern mittels Relationen mapped, koennte man
ueberlegen, die POI-nodes einfach mit
Am 25.01.2012 09:56, schrieb Ronnie Soak:
Hmm, schwierige Frage.
Ich waere auf jeden Fall dafuer, die Adressdaten (soweit vorhanden)
auch mit den POIs zu verknuepfen. Das waere fuer alle moeglichen Arten
der Adresssuche ungemein nuetzlich.
Wenn man Hausnummern mittels Relationen mapped,
Hi,
Am 25.01.2012, 09:11 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net:
Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu
diesem Gebäude gehören?
... für sinnvoll halten diese in der Gebäuderelation mit zu erfassen
Nur ein Wort zum Thema Redundanz: Bitte Relationen
Laesst sich das wirklich so einfach feststellen?
Ja, das ist eigentlich nicht das Problem von OSM, aber ich wuerde mal
wetten, dass viele Suchmaschinen/Formatwandler/Scripte einfach dumme
Listen von POIs nutzen und bestenfalls noch Relationen einbinden, aber
kaum mit Lagebeziehungen und daraus
Hallo,
Am Mittwoch, 25. Januar 2012 11:29:45 schrieb Ronnie Soak:
Laesst sich das wirklich so einfach feststellen?
Ja, das ist eigentlich nicht das Problem von OSM, aber ich wuerde mal
wetten, dass viele Suchmaschinen/Formatwandler/Scripte einfach dumme
Listen von POIs nutzen und bestenfalls
Am 25.01.2012 11:15, schrieb Kay Drangmeister:
Nur ein Wort zum Thema Redundanz: Bitte Relationen nicht überstrapazieren.
Wir *HABEN* eine geospatiale Datenbank.
Nicht ganz: Wir liefern in eine Datenbank ein. Aber der Mapper am Editor
hat keine geospatiale Datenbank, und weiß vielleicht
Also ich bin ja eigentlich auch immer eher dafuer, nicht vorrauseilend
die Fehler anderer Programme in der Datenbank loesen zu wollen.
Wenn Suchmaschienen, Crawler, Renderer oder eben auch Editoren noch
nicht ausgereift genug sind, sollte man auch dort ansetzten, und nicht
jedwede Entwicklung zum
Am 25.01.2012 11:15, schrieb Kay Drangmeister:
Hi,
Am 25.01.2012, 09:11 Uhr, schrieb Jan Tappenbeck o...@tappenbeck.net:
Wie ist es nun aber mit den Geschäften und Praxen (POI allgmein) die zu
diesem Gebäude gehören?
... für sinnvoll halten diese in der Gebäuderelation mit zu erfassen
Nur
Moin,
es ist vollkommen ausreichend die Nodes oder Polygone innerhalb eines
Gebäudepolygons zu platzieren. Wer in seiner PostgreSQL-Datenbank die
GIS-Funktionen implementiert hat, kann eine Abfrage starten, ob ein
Objekt innerhalb eines Polygons (mit bestimten Attributen) liegt.
mal ein
Hallo,
Am Mittwoch, 25. Januar 2012 13:39:47 schrieb Jan Tappenbeck:
Wege der in einem anderen Posting angesprochenen Problem (Garmin)
hatte ich überlegt ein Tool zu schaffen was für den nicht DB-fähigen
Bereich die Adressen wieder temp. an die POI hängt.
Listen für Crawler etc. -
Am 25. Januar 2012 13:57 schrieb Andreas Neumann andr-neum...@gmx.net:
es ist vollkommen ausreichend die Nodes oder Polygone innerhalb eines
Gebäudepolygons zu platzieren. Wer in seiner PostgreSQL-Datenbank die
GIS-Funktionen implementiert hat, kann eine Abfrage starten, ob ein
Objekt
Moin !
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo.
Am Dienstag, 9. Dezember 2008 schrieb Jan Tappenbeck:
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Da der Laden und das Haus meist ein und dasselbe Objekt ist, würde ich
On Tue, Dec 09, 2008 at 09:27:33AM +0100, Jan Tappenbeck wrote:
Subject: [Talk-de] Hausnummern an shops
Moin !
technisch ist es möglich einem Shop eine Adresse zuzuweisen - dann
hängen halt alle Attribute an einem Node.
Sollte man das machen oder lieber 2 Nodes setzen ??
Es macht sinn
Da der Laden und das Haus meist
in dichten Bebauungen meist eben nicht.
ein und dasselbe Objekt ist, würde ich die
Eigenschaften an das selbe Objekt hängen. Idealerweise natürlich ein polygon
mit building-Tag, oder eben ein node.
Anders sieht es aus wenn der Laden wirklich nur ein
Hallo.
Am Dienstag, 9. Dezember 2008 schrieb Stephan Schildberg:
Da der Laden und das Haus meist
in dichten Bebauungen meist eben nicht.
Ich kann nur die Fälle sagen, die ich hauptsächlich mappe. :)
ein und dasselbe Objekt ist, würde ich die
Eigenschaften an das selbe Objekt hängen.
Am Dienstag, 9. Dezember 2008DE 11:55:20DE schrieb Bernd Wurst:
Am Dienstag, 9. Dezember 2008 schrieb Stephan Schildberg:
Wie sehen die Adressen von POI's aus, die sich eine Hausnummer teilen?
Deine Frage suggeriert, dass es eine definitive Antwort darauf geben soll.
Jeder der hier mehr
Am Dienstag, 9. Dezember 2008 09:55 schrieb Stephan Schildberg:
Da der Laden und das Haus meist
in dichten Bebauungen meist eben nicht.
ein und dasselbe Objekt ist, würde ich die
Eigenschaften an das selbe Objekt hängen. Idealerweise natürlich ein
polygon mit building-Tag, oder eben ein
28 matches
Mail list logo