Re: [Talk-de] Metadaten in OSM
Am 17.08.2009 20:30, Alexander Menk: Hi! wenn ich jetzt ein paar Tags und Relationen austüftle um Koordination und Qualitätsmangement in der Datenbank zu fördern, welche dann eben auch in OSM gespeichert werden -- findet ihr das gut? Oder ist der OpenStreetBugs Ansatz - soetwas extern zu halten - besser? Oder haben wir irgendwo mal festgelegt, dass wir das nicht wollen? Grüße, Alexander PS: Siehe dazu auch: http://wiki.openstreetmap.org/index.php/Coordination, wobei ich am überlegen bin, dass vielleicht mit http://wiki.openstreetmap.org/wiki/Quality_Assurance zu verschmelzen. Ich würde diese eher temporären Metadaten auch aus praktischen Gründen extern halten. Ich denke dabei auch an die DB-Exporte, die eher an den Kern-Geodaten interessiert sein dürften. Wenn deine Daten sehr sprechend sind (bspw. qa=checked and approved 13082009 ) könnte es allerdings Sinn machen, sie direkt bei OSM zu hinterlegend. Denke auch daran, dass viele Mapper direkt auf den Text-Ebene mit den Daten arbeiten. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Metadaten in OSM
Hi ich würde auf den on the ground-Ansatz verweisen: Wenn etwas tatsächlich auf der Erde existiert (z.B. fixme=incomplete - der weg existiert tatsächlich, fehlt aber in osm) würd ich's als Tag hinterlegen. Meta-Infos, die keinen direkten Bezug zu Dingen auf der Erde haben (reserved_by=mazdermind - dieser Bereich wird von MaZderMind abgezeichnet), gehören nicht in die DB. Die Trennung ist jedoch wie immer der subjektivität unterworfen. Peter wenn ich jetzt ein paar Tags und Relationen austüftle um Koordination und Qualitätsmangement in der Datenbank zu fördern, welche dann eben auch in OSM gespeichert werden -- findet ihr das gut? Ich würde diese eher temporären Metadaten auch aus praktischen Gründen extern halten. Ich denke dabei auch an die DB-Exporte, die eher an den Kern-Geodaten interessiert sein dürften. Wenn deine Daten sehr sprechend sind (bspw. qa=checked and approved 13082009 ) könnte es allerdings Sinn machen, sie direkt bei OSM zu hinterlegend. Denke auch daran, dass viele Mapper direkt auf den Text-Ebene mit den Daten arbeiten. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Metadaten in OSM
Hallo! dahin ging meine Frage .. gibt es irgendwo solche richtlinien (aehnlich wie was gehoert in die Wikipedia, was nicht). On the ground ist schon ein guter Ansatz, aber was ist mit unbefestigten Laendergrenzen, und eben diesen ganzen Relationen. Werde versuchen die Qualitaetssicherung mehr relationsorientiert zu machen. Habe Addis Ababa jetzt zwar mit einem Riesen Raster versehen, aber ich werde das wohl längerfristig wieder wegräumen und dann die Qualitätssicherung Stadtteileweise oder orientiert an Straßenzügen in Relationen codieren. Das ganze hat den praktischen Vorteil, das man nicht ständig zwischen OSM Editor und Wiki hin und herspringen muss - inbesondere da Geocodierte (Meta) Informationen im Wiki ja nicht ganz einfach darstellbar sind. Freue mich aber über Hinweise zu anderen QC-Ansätzen - was richtig vergleichbares hab ich aber noch nicht gefunden. Grüße, Alexander Peter Körner wrote: ich würde auf den on the ground-Ansatz verweisen: Wenn etwas tatsächlich auf der Erde existiert (z.B. fixme=incomplete - der weg existiert tatsächlich, fehlt aber in osm) würd ich's als Tag hinterlegen. Meta-Infos, die keinen direkten Bezug zu Dingen auf der Erde haben (reserved_by=mazdermind - dieser Bereich wird von MaZderMind abgezeichnet), gehören nicht in die DB. Die Trennung ist jedoch wie immer der subjektivität unterworfen. Peter wenn ich jetzt ein paar Tags und Relationen austüftle um Koordination und Qualitätsmangement in der Datenbank zu fördern, welche dann eben auch in OSM gespeichert werden -- findet ihr das gut? Ich würde diese eher temporären Metadaten auch aus praktischen Gründen extern halten. Ich denke dabei auch an die DB-Exporte, die eher an den Kern-Geodaten interessiert sein dürften. Wenn deine Daten sehr sprechend sind (bspw. qa=checked and approved 13082009 ) könnte es allerdings Sinn machen, sie direkt bei OSM zu hinterlegend. Denke auch daran, dass viele Mapper direkt auf den Text-Ebene mit den Daten arbeiten. -- Grüße, Alexander Die o.a. eMail Adresse ist nur begrenzt gültig. Unbegrenzter Kontakt: http://address-protector.com/RXRQbgTtrGWITEgLdf-4UqZsVw2UhXhYixF1VykbX4oPQEOFcHPgPVitw9SWT4tk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Metadaten in OSM
Claudius wrote: Am 17.08.2009 20:30, Alexander Menk: Hi! wenn ich jetzt ein paar Tags und Relationen austüftle um Koordination und Qualitätsmangement in der Datenbank zu fördern, welche dann eben auch in OSM gespeichert werden -- findet ihr das gut? Oder ist der OpenStreetBugs Ansatz - soetwas extern zu halten - besser? Oder haben wir irgendwo mal festgelegt, dass wir das nicht wollen? Grüße, Alexander PS: Siehe dazu auch: http://wiki.openstreetmap.org/index.php/Coordination, wobei ich am überlegen bin, dass vielleicht mit http://wiki.openstreetmap.org/wiki/Quality_Assurance zu verschmelzen. Ich würde diese eher temporären Metadaten auch aus praktischen Gründen extern halten. Ich denke dabei auch an die DB-Exporte, die eher an den Kern-Geodaten interessiert sein dürften. Wenn deine Daten sehr sprechend sind (bspw. qa=checked and approved 13082009 ) könnte es allerdings Sinn machen, sie direkt bei OSM zu hinterlegend. Denke auch daran, dass viele Mapper direkt auf den Text-Ebene mit den Daten arbeiten. werde mir natürlich Mühe geben das entsprechend zu strukturieren, so das man es entsprechend rausfiltern kann (oder vielleicht auch irgendwann mal nur die Daten holen kann, welche eben approved sind). -- Grüße, Alexander Die o.a. eMail Adresse ist nur begrenzt gültig. Unbegrenzter Kontakt: http://address-protector.com/RXRQbgTtrGWITEgLdf-4UqZsVw2UhXhYixF1VykbX4oPQEOFcHPgPVitw9SWT4tk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Metadaten in OSM
Hi Warum nicht eine Liste mit den BoundingBoxen der Regionen machen, wo man seine Teilnahme eintragen kann. Die BBox kann man dann mit einem Josm-Link (siehe Josm-Remote-Plugin) schnell mal in Josm runter laden. Lg, Peter Werde versuchen die Qualitaetssicherung mehr relationsorientiert zu machen. Habe Addis Ababa jetzt zwar mit einem Riesen Raster versehen, aber ich werde das wohl längerfristig wieder wegräumen und dann die Qualitätssicherung Stadtteileweise oder orientiert an Straßenzügen in Relationen codieren. Das ganze hat den praktischen Vorteil, das man nicht ständig zwischen OSM Editor und Wiki hin und herspringen muss - inbesondere da Geocodierte (Meta) Informationen im Wiki ja nicht ganz einfach darstellbar sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Metadaten in OSM
das ist z.B. nicht Potlatch Kompatibel - da kann man nicht so recht erkennen wo denn jetzt die Box aufhört. Und Bounding boxen ins Wiki dauert länger bzw. ist viel Tipparbeit - im Gegensatz zum Zusammenstellen von Relationen für die Grenzen. Diese kann man dann auch schön über openstreetmap.org/browse/relation verlinken. Gruß, Alexander Peter Körner wrote: Warum nicht eine Liste mit den BoundingBoxen der Regionen machen, wo man seine Teilnahme eintragen kann. Die BBox kann man dann mit einem Josm-Link (siehe Josm-Remote-Plugin) schnell mal in Josm runter laden. Werde versuchen die Qualitaetssicherung mehr relationsorientiert zu machen. Habe Addis Ababa jetzt zwar mit einem Riesen Raster versehen, aber ich werde das wohl längerfristig wieder wegräumen und dann die Qualitätssicherung Stadtteileweise oder orientiert an Straßenzügen in Relationen codieren. Das ganze hat den praktischen Vorteil, das man nicht ständig zwischen OSM Editor und Wiki hin und herspringen muss - inbesondere da Geocodierte (Meta) Informationen im Wiki ja nicht ganz einfach darstellbar sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
