Ist fast das gleiche. Beide laufen in der Gegend rum und schauen sich Häuser an.
LOL - der Joke des Tages
You made my day
walter
Hmm, soweit ich mal gelesen habe (aber definitiv nicht selbst ausprobiert) könnte JOSM via OpenData Plugin (esri) Shapefiles einlesen/importieren, dann könntest du es in JOSM mit Attributen vervollständigen. …
Das geht, man bekommt aber einen Packen ESRI-lastige Attribute rein, die man erst mal entsorgen muss.
Dazu waren damals (als ich das machte) die Grenzen nicht verbunden und die Nachbargrenzen doppelt. Dafür gab es Skripte (in QGIS), die das begradigten, das ist aber ein weiteres Fass …
[OT]Das Zähmen der programmierten Intelligenz (Autokorrektur) ist gelegentlich eine herausfordernde Aufgabe ;)[/OT]
Warum auch immer hier viele gegen solche Daten sind, ich würde sie sehr praktisch finden. Wir haben soviel Blödsinn in der Datenbank, da wäre sowas doch auch kein Problem. Zumindest öffentliche Sachen sollten wir schon drin haben.
Auch falls das hier nichts wird: Veröffentliche die Daten wenigstens irgendwo.
Die Daten werd ich wenn mal fertig, sicher Veröffentlichen imo hab ich aber nur die reinen Polygone etwa der hälfte Deutschlands.
Wenn das ding dann fertig ist kommt es irgendwie auf meine Hp. Aber im Grunde geb ich denen Recht, die nicht alles drin haben wollen. Bei Polizeiprräsidien vielleicht umstritten, weil ähnlich der Regierungsbezirke (-präsidien), in anderen fällen sicher Richtig Bsp. THW, Veteine usw.
Imo geht es mir eigentlich darum, mich am praktischen in die osm regeln einzuarbeiten sprich die sprache zu lernen
LG Martin
Nicht immer ist es der Tastatur Roboter manchmal auch das eigene unvermögen
Veteine = Vereine
Da ist immer so - weil es systembedingt ist. Shapes sind geschlossene Polygone, die die Fläche eines Gebietes beschreiben. Nebeneinander befindliche Flächen haben keine gemeinsame Wege, sondern diese liegen einfach übereinander. Da ist auch nix verbunden.
Somit muss sich jeder, der Shapes importieren will, damit rumschlagen. Es gibt aber Tools dafür, mit denen z.B. in Mexico die Admin-Grenzen neu importiert wurden.
Gruss
walter
Hallo Walter,
hab das mit den Shapes nur zur Sicherung zum gemacht,
Qgis bietet aber mehrere möglichkeiten die daten zu speichern,
vielleicht kannst du mir die bessere nennen.
LG Martin
Hab ich doch bereits gemacht - du solltest dir das nur mal durchlesen.
"Wo ist das Problem? Entweder trägst du die Daten (ich nehme mal an Tags wie Name, Behörde, …) in deine PostgeSQL-Tabelle ein (würde ich so machen) und exportierst die (mit pgsql2shp?) in deine Shapes oder du fummelst die nachher mit QGIS rein. (würde ich nicht machen). "
Zudem hast du diesen Thread mit Shapes angefangen und jetzt sagt du immer “die benutze ich nur zur Datensicherung”.
Dann vergessen wir die doch einfach.
Und wenn wir das machen, bleibt von oben nur noch “…trägst du die Daten (ich nehme mal an Tags wie Name, Behörde, …) in deine PostgeSQL-Tabelle ein (würde ich so machen)…” übrig.
Eine Beschreibung, was du WIRKLICH machen willst, wäre ganz nett.
dazu gehört mMn: Datenquelle, Datenformat, Speicherung (was? wo?), Visualisierung (was? wie? womit?).
Gruss
walter
Fehlt nicht eben so eine Website, Karte, Anwendung, wo solche Sachen eingetragen werden können? Bistumsgrenzen, Zuständigkeitsbezirke von Polizeien, usw. usf. etc. pp. und das als freie Daten und von allen editierbar die ggf. auch leicht exportiert werden können. Oder gibt es so etwas vielleicht schon?
Bei Polizeipräsidien müsste man ja bspw. nur sagen, die drei Landkreise gehören dazu (mit Bezug zu den entsprechenden OSM-Tags, damit die Grenzen automatisch von dort geholt werden können), fertig.
Mit den Jahren und dauerndem aufschreiben hab ich mir entsprechendes Wissen angeeignet, dieses möchte ich nun weitergeben.
Ich selbst bin Textiltechniker mit einer leichten Tendenz zu IT.
Was ich nun machen möchte ist diese Daten, räumliche und linien Zuständigkeiten von Polizei, Autobahn- und Straßenmeistereien u.s.w. in einer Postgis Datenbank zu erfassen.
Später soll das ganze über routing als Liste ausgegeben werde, da bin ich noch n großes Stück weg, Als Karte, nett aber bin da noch viel viel weiter weg.
HP erstellen mit Joomla, geht so.
Zur Zeit filter ich eben OSM Daten und Bau daraus die entsprechenden Linien und Polygone. Danach werden die Kontaktdaten, -wenn nicht schon im Filtrat vorhanden- eingetragen.
Die Shapefiles mach ich nur weil QGis das anbietet und ich mit einer Kopie experimentieren kann ohne die db abzuschießen.
Gruß Martin
P.S. Yokr, im Grund hast recht, wir sind aber in DE, da gibt’s Außnahmen z.B. einzelne Ortschaften die zum angrenzenden Bereich gehören
Hallo Walter, (frag nicht warum der Teil nicht mitgesendet wurde k.a.)
Kurz um was es geht,
Ich begleite seit 1995 Großraum- und Schwertransporte durch die EU, in dem Job hast du meistens Hilfsarbeiter die einen 2 Tage Lehrgang und alle 2 Jahre eine 1 tägige Nachschulung besuchen.
Es gibt ein paar Leute die eine Ausbildung von Meister bis hin zum Piloten haben und den Job wegen der ständig neuen Herausforderung machen.
Vorausgesetzt wird bei diesen Leuten daß sie die Strecken und Zuständigkeiten kennen (zu 80-90% nicht der Fall).
Karte … Ist vielleicht gar nicht schwierig. Schau dir mal Printmaps an, das akzeptiert auch Shapefiles als Userdaten.
Hi martin,
Ist zwar interessant aber eigentlich hatte ich was anderes gemeint:
was hast du technisch vor?
Bisher ahne ich:
Irgendwelche Daten unbekannter Quelle mit unbekanntem Format wurden irgendwie nach PostgreSQL (ich hoffe doch auch mit PostGIS?) geladen und diese sollen jetzt zuerst um Tags (Name?, Behörde?, Telefon?, Mail?, …) ergänzt werden.
Anschliessend soll das irgendwie visualisiert werden.
Das sind verdammt viele Unbekannte, die es mir nahezu unmöglich machen, dir zu helfen.
Also:
- wie sieht die Tabelle aus? in psql: “\d tabelle”
- was steht drin? “select * from tabelle limit 2;”
- was fehlt?
- weisst du, wie man Felder in Postgresql hinzufügt?
das wäre zumindest mal ein Anfang.
Gruss
walter
Hi Walter,
erst mal Danke für die zeit die du für mich aufwendest.
Bisher hab ich die osm daten von DE in postgis eingelesen.
- Datenbank osm mit osm2pgrouting mit ext pgroute, postgis, hstore
- Datenbank osm1 mit osm2pgsql ext. postgis, hstore
Mit Qgis bring ich nun die filter ich nun die osm1 polygone setz sie nach bedarf zusammen und hab bisher das ganze als projekt gespeichert.
Gestern hab ich dann das 1. mal einen layer in die osm1 importiert.
Felder hinzugefügt usw.
später will ich eben die datenbank routenabhängig auswerten
um eine Liste mit diesen Daten zu erhalten
Meine Vorstellung ist eine Liste wie von einem Routenplaner mit diesen Daten als poi’s
Ich hoffe ich konnt’s mit meiner, laienhaften Ausdrucksweise rüberbringen
Vorstellung Bildlich, Landkarte - Folie mit Landesgrenzen drauf, Folie mit z.b. Polizei drauf usw.
Gruß Martin
ok, da du beide brauchst.
aha. ich würde das Zusammensetzten in der DB machen (st_union), dann brauchst du das nur 1x machen und nicht jedesmal pro Auswertung.
Es sei denn, du speicherst die in QGIS zusammengesetzen Polygone wieder in der DB ab. In beiden Fällen fehlen dir natürlich die Tags.
Was meinst du mit “layer importiert” ?
Ich vermute gerade, dass du so arbeitest:
OSM -> DB(osm) -> QGIS -> DB(osm) |
|--> QGIS zur Visualisierung
OSM -> DB(osm2) |
MMn unnötig kompliziert. Ich mache sowas - wenn überhaupt nötig - alles in der DB.
Da verlässt du gerade meinen “Wissensraum”, aber es erscheint mit auch den 2. Blicḱ sinnvoll und machbar.
jo, haut hin. Nur dieser Umweg über Qgis stört mich gewaltig.
mein Weg wäre:
OSM -> DB(osm) -> ST_Union -> DB(osm) |
|-> QGIS(?) zur Visualisierung.
OSM -> DB(osm2) |
Die Visualisierung würde ich vorerst offen lassen, da gibt es viele Wege.
Gruss
walter
Hi Walter,
mein Vorgehen,
OSM → DB (osm) → QGis filter, Saga dissolve, schnittmengen, differenz, Union erzeugt qgis Layer → DB (osm) mit QGis Datenbankverwaltung import
der Umweg über QGis ist wegen der visuellen Kontrolle, wird vielleicht mal anders wenn die Kenntnisse besser und die Unsicherheiten weniger werden.
Ich denk aber deine Tipps haben mich doch in die richtige Richtung geschubst, ich denk aber selber, die spätere Visualisierung ist möglich aber nachrangig,
jetzt erst mal die Daten reinpfriemeln und dabei eben versuchen zu verstehen wie das funktioniert, der rest dann später
THX Martin
P.S. Schnittmengen und Differenz weil die Polizei von den Landkreisen teilweise abweichen
jo, klingt plausibel.
Gruss
walter
Nur noch ne kleine Info Baden Württemberg wird die Grenzen der Polizeipräsidien evtl sogar noch dieses Jahr ändern