Geometa Lab OST - Benutzerbeiträge [de-ch]

Diskussion:GeoConverter

2010-04-01T09:34:32Z

Miple: /* Feature Requests, Bug Reports and Suggestions */

== Projektmanagement ==

Code auf https://cvsi.hsr.ch/svn/geoconverter

=== ToDos ===

1. Prio.
* Neue Version u.a. mit (Geo)RSS, CSV-out mit Geometrie einspielen

Aktuell?
* Übergabe der URL für s_srs und t_srs
* GML-zu-Shapefile generiert nur 'rapperswil.shp' (LineString) und 'node.shp (Point): Warum? => OSM-Reader-XSL anpassen:
** Bei nodes auch name-Attribut exportieren.
** Im Falle von geschlossenen ways (= Polygone) soll anstelle 'osm:way' neu 'osm:area' stehen:
<gml:featureMember>
<osm:area fid="4304746">
...
</osm:area>
</gml:featureMember>
* GML-zu-GPX gibt ein leeres GPX, falls das GML von OSM kommt.
:: mit "% ogr2ogr -skipfailures -nlt linestring -f GPX test.gpx rapperswil3.gml" hat etwas funktioniert. --[[Benutzer:Stefan|Stefan]] 12:52, 10. Jul. 2008 (CEST)
* Wenn bei Shapefile-Quellformat eine Metadaten-XML-Datei dabei ist (z.B. Bahnhoefe.shp.xml), dann funktioniert's nicht.
* Möglichkeit, gleich nach "...succeeded" und v.a. nach "...failed" eine Mitteilung abzuschicken (intern per Mail). Dabei ev. eine 'Job-Nr.' mitgeben und diese auch ins Log schreiben. So kann man die Parameter nachvollziehen (ev. auch die Dateien??).

=== Bugs und kleinere Verbesserungen ===
Verbesserungen:
* XML-Dateien (KML und GML?) upload mit DOS/ASCII ergibt "not successful", wenn Umlaute enthalten sind. => analysieren und ggf. Datei ad-hoc zu ANSI oder UTF-8 konvertieren.
* Hilfe angeben (ERROR message): Source SRS missing. Conversion always includes a source and a target SRS given.
* Mehr Angaben im Log-File im Fehlerfall.
* Hintergrund grau statt schwarz => freundlicher?
* Zusätzliches (vorhandenes) Format: "MapInfo Interchange Format (.tab)"
* Neue CSV-out-Option "-lco GEOMETRY=AS_XY"

Bugs:
* Ev. Problem mit der Wiki-Authentisierung wenn Space im Namen?: Siehe [[Benutzer_Diskussion:Stefan]] --[[Benutzer:Stefan|Stefan]] 09:13, 8. Jul. 2008 (CEST)
* Erstaunlich, dass das funktioniert: => Testen warum
** => Nur .dbf? 19.03.2008 19:51 klmcmahan 168.236.43.132 conversion successful .dbf .mif L_COMM_INFO.dbf 1598
** => "e00"? 01.04.2008 18:53 natal 158.125.70.104 conversion succeeded .e00 .csv n/a n/a dividing_area.e00 134147

=== Grössere Erweiterungsideen ===
* Ausbau nach AJAX zum Prüfen der Parameter (z.B. s_srs und t_srs)
* .tar.gz verarbeiten?
* Zusatz-Option 'Angabe Ausschnitt' (BBox-Feld: minX, minY, maxX, maxY)
* Verwendeter OGR2OGR-Aufruf in eine Batch-Datei mit-verpacken (mit Dateinamen ohne Pfad).
* Neues Zielformat 'Statistics (.txt)'. Ruft intern "ogrinfo <options> <inputfile_directory>" auf und gibt eine Textdatei aus.
* Formate:
** DGN-Reader und DGN-Writer dazufügen/aktivieren
** [[OSM]]-Reader implementieren (mit Hilfe xslt/Java-Aufruf, der GML erzeugt, das dann weiterverarbeitet werden kann)
** Ergänzen der Converter-Checklist durch dasselbe Zielformat wie das Quellformat.
** (DXF Reader/Writer fehlt leider in OGR)
* Anzeige einer Statistik mit Konvertierungen.
** Beispiel in Worten zur Statistik des Geoconverters: Seit 1. Juli 2008 bis heute (1.1.2009)- also sechs Monate oder 180 Tage - sind 859 Benutzer auf geoconverter angemeldet, davon waren 266 aktiv mit durchschnittlich zwölf Konvertierungen pro Tag (total ein halbes Tera-Bytes), die Hälfte davon KML-to-SHP.
Statistics (2007-01-13, 55 Datasets)
Top 10 Source Formats Sum Succ. Top 10 Target Formats Sum Succ.
1. INTERLIS 1 (>) 33x (30x) 1. ESRI Shapefile (>) 39x (30x)
2. ESRI Shapefile (v) 11x (..x) 2. KML (^) 5x (..x)
3. GPX (^) 1x (..x) 3. GPX (^) 1x (..x)

== History ==
* .kmz verarbeiten (KML mit Zip komprimiert). Sollte einfach mit (un-)zip weiterverarbeitbar sein (die Haupt-Datei drin hat dann oft denselben Namen 'google.kml' - aber nicht immer). -> DONE, 25.06.08
* Logfile: mit ERROR-Code und ohne LF/CR -> DONE, 25.06.08
* Redesign des Programmcodes -> DONE, 20.06.08
* Upload und konvertieren von OSM-Dateien -> DONE, 20.06.08
* Ergänzen der target file format-Auswahlliste mit allen notwendigen Dateien (z.B. ".shp, .shx, .dbf"). -> DONE, 08.04.08
* CRS anstelle SRS -> DONE, 08.04.08
* Anfang des log.txt löschen bis zum Punkt, wo CRS geloggt werden und Delimiter auf ";" stellen -> DONE, 08.04.08
* "MapInfo Interchange Format" anstelle "Mapinfo File". -> DONE, 08.04.08
* Rechtschreibefehler korrigieren (Refrence -> Reference) -> DONE, 28.03.08
* SRS loggen -> DONE, 28.03.08
* Führen eines Logs für spätere Statistik-Auswertung z.B. mit den Angaben: Username, User-IP, Datum/Zeit, Successfull (oder nicht), Quellformat, Zielformat, Quelldatei-Name, Quelldatei-Grösse (vgl. unten). -> DONE
* Zusatz-Option 'Koordinaten-Transformation':
** Angabe der Koordinaten-Transformation des Zielformats (-t_srs-Option). -> DONE
** KML-Writer soll fix Parameter -t_srs EPSG:4326 erhalten (Google Earth erwartet immer WGS84). Dann muss aber auch das Quell-SRS bekannt sein, sonst wird EPSG:4326 angenommen (sonst gibt's Fehler). -> DONE
* Formate: KML-Reader einbauen/aktivieren -> DONE

== Feature Requests, Bug Reports and Suggestions ==

Please put your feature requests, bug reports and suggestions here.

Beim Konvertieren von shp-Daten für OpenStreetMap sind Daten entstanden, die um etwa 200m verschoben dargestellt werden. Was kann der Grund dafür sein? -- Miple, 10:31, 31. Mär. 2010 (UTC)

:Lieber Miple, da müsste ich mehr Details (oder am besten gleich ein Datenausschnitt) haben: Von Shape nach GPX? Welche Gegend? --[[Benutzer:Stefan|Stefan]] 18:36, 31. Mär. 2010 (UTC)
::Es handelt sich bei den Shape-Daten um die Stadtgrenzen von Delmenhorst in Norddeutschland. --[[Benutzer:Miple|Miple]] 09:34, 1. Apr. 2010 (UTC)

Diskussion:GeoConverter

2010-03-31T10:31:20Z

Miple: /* Feature Requests, Bug Reports and Suggestions */ Anfrage wegen verschobener Daten

== Projektmanagement ==

Code auf https://cvsi.hsr.ch/svn/geoconverter

=== ToDos ===

1. Prio.
* Neue Version u.a. mit (Geo)RSS, CSV-out mit Geometrie einspielen

Aktuell?
* Übergabe der URL für s_srs und t_srs
* GML-zu-Shapefile generiert nur 'rapperswil.shp' (LineString) und 'node.shp (Point): Warum? => OSM-Reader-XSL anpassen:
** Bei nodes auch name-Attribut exportieren.
** Im Falle von geschlossenen ways (= Polygone) soll anstelle 'osm:way' neu 'osm:area' stehen:
<gml:featureMember>
<osm:area fid="4304746">
...
</osm:area>
</gml:featureMember>
* GML-zu-GPX gibt ein leeres GPX, falls das GML von OSM kommt.
:: mit "% ogr2ogr -skipfailures -nlt linestring -f GPX test.gpx rapperswil3.gml" hat etwas funktioniert. --[[Benutzer:Stefan|Stefan]] 12:52, 10. Jul. 2008 (CEST)
* Wenn bei Shapefile-Quellformat eine Metadaten-XML-Datei dabei ist (z.B. Bahnhoefe.shp.xml), dann funktioniert's nicht.
* Möglichkeit, gleich nach "...succeeded" und v.a. nach "...failed" eine Mitteilung abzuschicken (intern per Mail). Dabei ev. eine 'Job-Nr.' mitgeben und diese auch ins Log schreiben. So kann man die Parameter nachvollziehen (ev. auch die Dateien??).

=== Bugs und kleinere Verbesserungen ===
Verbesserungen:
* XML-Dateien (KML und GML?) upload mit DOS/ASCII ergibt "not successful", wenn Umlaute enthalten sind. => analysieren und ggf. Datei ad-hoc zu ANSI oder UTF-8 konvertieren.
* Hilfe angeben (ERROR message): Source SRS missing. Conversion always includes a source and a target SRS given.
* Mehr Angaben im Log-File im Fehlerfall.
* Hintergrund grau statt schwarz => freundlicher?
* Zusätzliches (vorhandenes) Format: "MapInfo Interchange Format (.tab)"
* Neue CSV-out-Option "-lco GEOMETRY=AS_XY"

Bugs:
* Ev. Problem mit der Wiki-Authentisierung wenn Space im Namen?: Siehe [[Benutzer_Diskussion:Stefan]] --[[Benutzer:Stefan|Stefan]] 09:13, 8. Jul. 2008 (CEST)
* Erstaunlich, dass das funktioniert: => Testen warum
** => Nur .dbf? 19.03.2008 19:51 klmcmahan 168.236.43.132 conversion successful .dbf .mif L_COMM_INFO.dbf 1598
** => "e00"? 01.04.2008 18:53 natal 158.125.70.104 conversion succeeded .e00 .csv n/a n/a dividing_area.e00 134147

=== Grössere Erweiterungsideen ===
* Ausbau nach AJAX zum Prüfen der Parameter (z.B. s_srs und t_srs)
* .tar.gz verarbeiten?
* Zusatz-Option 'Angabe Ausschnitt' (BBox-Feld: minX, minY, maxX, maxY)
* Verwendeter OGR2OGR-Aufruf in eine Batch-Datei mit-verpacken (mit Dateinamen ohne Pfad).
* Neues Zielformat 'Statistics (.txt)'. Ruft intern "ogrinfo <options> <inputfile_directory>" auf und gibt eine Textdatei aus.
* Formate:
** DGN-Reader und DGN-Writer dazufügen/aktivieren
** [[OSM]]-Reader implementieren (mit Hilfe xslt/Java-Aufruf, der GML erzeugt, das dann weiterverarbeitet werden kann)
** Ergänzen der Converter-Checklist durch dasselbe Zielformat wie das Quellformat.
** (DXF Reader/Writer fehlt leider in OGR)
* Anzeige einer Statistik mit Konvertierungen.
** Beispiel in Worten zur Statistik des Geoconverters: Seit 1. Juli 2008 bis heute (1.1.2009)- also sechs Monate oder 180 Tage - sind 859 Benutzer auf geoconverter angemeldet, davon waren 266 aktiv mit durchschnittlich zwölf Konvertierungen pro Tag (total ein halbes Tera-Bytes), die Hälfte davon KML-to-SHP.
Statistics (2007-01-13, 55 Datasets)
Top 10 Source Formats Sum Succ. Top 10 Target Formats Sum Succ.
1. INTERLIS 1 (>) 33x (30x) 1. ESRI Shapefile (>) 39x (30x)
2. ESRI Shapefile (v) 11x (..x) 2. KML (^) 5x (..x)
3. GPX (^) 1x (..x) 3. GPX (^) 1x (..x)

== History ==
* .kmz verarbeiten (KML mit Zip komprimiert). Sollte einfach mit (un-)zip weiterverarbeitbar sein (die Haupt-Datei drin hat dann oft denselben Namen 'google.kml' - aber nicht immer). -> DONE, 25.06.08
* Logfile: mit ERROR-Code und ohne LF/CR -> DONE, 25.06.08
* Redesign des Programmcodes -> DONE, 20.06.08
* Upload und konvertieren von OSM-Dateien -> DONE, 20.06.08
* Ergänzen der target file format-Auswahlliste mit allen notwendigen Dateien (z.B. ".shp, .shx, .dbf"). -> DONE, 08.04.08
* CRS anstelle SRS -> DONE, 08.04.08
* Anfang des log.txt löschen bis zum Punkt, wo CRS geloggt werden und Delimiter auf ";" stellen -> DONE, 08.04.08
* "MapInfo Interchange Format" anstelle "Mapinfo File". -> DONE, 08.04.08
* Rechtschreibefehler korrigieren (Refrence -> Reference) -> DONE, 28.03.08
* SRS loggen -> DONE, 28.03.08
* Führen eines Logs für spätere Statistik-Auswertung z.B. mit den Angaben: Username, User-IP, Datum/Zeit, Successfull (oder nicht), Quellformat, Zielformat, Quelldatei-Name, Quelldatei-Grösse (vgl. unten). -> DONE
* Zusatz-Option 'Koordinaten-Transformation':
** Angabe der Koordinaten-Transformation des Zielformats (-t_srs-Option). -> DONE
** KML-Writer soll fix Parameter -t_srs EPSG:4326 erhalten (Google Earth erwartet immer WGS84). Dann muss aber auch das Quell-SRS bekannt sein, sonst wird EPSG:4326 angenommen (sonst gibt's Fehler). -> DONE
* Formate: KML-Reader einbauen/aktivieren -> DONE

== Feature Requests, Bug Reports and Suggestions ==

Please put your feature requests, bug reports and suggestions here.
* Beim Konvertieren von shp-Daten für OpenStreetMap sind Daten entstanden, die um etwa 200m verschoben dargestellt werden. Was kann der Grund dafür sein? 10:31, 31. Mär. 2010 (UTC)