SVG symbols in WFS

[FilipLeitner]

SVG symbols not visible: https://geoportal.az/client/geoserver/fzadrazil/wfs

[FilipLeitner]

Multiple things seem to be going on:

• [ ] primary reason for no icons is that the base64 is malformed/not parsed correctly ( at least for our purposes). String should be in line with data url specifications. What we get starts with base64: where it should be data:image/png;base64,

  EDIT: The correct data URI form is: data:image/svg+xml;base64 not png...obviously. Thats what caused the next problem with sizes.

• [x] after that url should be correct but openlayers throws on image size calcualtion not sure why yet. Will dig deeper later

• [x] Apart from that theres a problem with the processing of QML styles in hslayers where some sort of SLD file seems to be always available as a fallback (at least when loading QML from a file in styler panel, loading from layman seem to be ok ...but still an issue to be dealt with)but that prevents QML from being processed.

Some changes in this branch : https://github.com/hslayers/hslayers-ng/tree/style-qml

[FilipLeitner]

• [ ] Load geojson + QML styles file to the layman. Couldnt make this wrok . Getting stuck on 'NOT-AVAILABLE' status.. From the response under, can we handle this as completed & failed publication? Some more context https://github.com/hslayers/hslayers-ng/issues/3457

Could not really debug. Flower is not available on watlas

{
    "access_rights": {
        "read": [
            "filip1",
            "EVERYONE"
        ],
        "write": [
            "filip1"
        ]
    },
    "bounding_box": [
        5047562.222,
        4646470.839899998,
        5603405.044199999,
        5116584.9623
    ],
    "db": {
        "geo_column": "wkb_geometry",
        "schema": "filip1",
        "table": "layer_67b7773b_2ec0_499c_9906_250e25bf433a"
    },
    "db_table": {
        "name": "layer_67b7773b_2ec0_499c_9906_250e25bf433a"
    },
    "description": "",
    "file": {
        "file_type": "vector",
        "path": "layers/chargers_qml/input_file/chargers_qml.geojson",
        "paths": [
            "layers/chargers_qml/input_file/chargers_qml.geojson"
        ]
    },
    "geodata_type": "vector",
    "layman_metadata": {
        "publication_status": "INCOMPLETE"
    },
    "metadata": {
        "status": "NOT_AVAILABLE"
    },
    "name": "chargers_qml",
    "native_bounding_box": [
        45.34302291566893,
        38.47306195135823,
        50.336243943172825,
        41.70294214958355
    ],
    "native_crs": "EPSG:4326",
    "original_data_source": "file",
    "sld": {
        "status": "NOT_AVAILABLE",
        "type": "qml",
        "url": "http://localhost:8087/rest/workspaces/filip1/layers/chargers_qml/style"
    },
    "style": {
        "status": "NOT_AVAILABLE",
        "type": "qml",
        "url": "http://localhost:8087/rest/workspaces/filip1/layers/chargers_qml/style"
    },
    "thumbnail": {
        "status": "NOT_AVAILABLE"
    },
    "title": "Chargers-qml",
    "updated_at": "2024-06-16T15:27:56.903860+00:00",
    "url": "http://localhost:8087/rest/workspaces/filip1/layers/chargers_qml",
    "uuid": "67b7773b-2ec0-499c-9906-250e25bf433a",
    "wfs": {
        "status": "NOT_AVAILABLE"
    },
    "wms": {
        "status": "NOT_AVAILABLE"
    }
}

[FilipLeitner]

After trying to uplad the QML style to existing layman layer seemingly successfully I ended up with a layer that returns? wfs_wms_status: "NOT_AVAILABLE" for /rest/workspaces/filip1/layers/chargers_nostyles

Looking at layer matedata /rest/workspaces/filip1/layers/chargers_nostyles we can see both both WFS and WMS urls. and error in styles - "message": "GeoServer HTTP or connection error"

{
  "access_rights": {
    "read": [
      "filip1",
      "EVERYONE"
    ],
    "write": [
      "filip1"
    ]
  },
  "bounding_box": [5047562.222, 4646470.8399, 5603405.0442, 5116584.9623],
  "db": {
    "geo_column": "wkb_geometry",
    "schema": "filip1",
    "table": "layer_217c55dc_a2c7_4831_a096_980e1e3ee001"
  },
  "db_table": {
    "name": "layer_217c55dc_a2c7_4831_a096_980e1e3ee001"
  },
  "description": null,
  "file": {
    "file_type": "vector",
    "path": "layers/chargers_nostyles/input_file/chargers_nostyles.geojson",
    "paths": [
      "layers/chargers_nostyles/input_file/chargers_nostyles.geojson"
    ]
  },
  "geodata_type": "vector",
  "layman_metadata": {
    "publication_status": "INCOMPLETE"
  },
  "metadata": {
    "comparison_url": "https://watlas.lesprojekt.cz/rest/workspaces/filip1/layers/chargers_nostyles/metadata-comparison",
    "csw_url": "https://watlas.lesprojekt.cz/micka/csw",
    "identifier": "m-217c55dc-a2c7-4831-a096-980e1e3ee001",
    "record_url": "https://watlas.lesprojekt.cz/micka/record/basic/m-217c55dc-a2c7-4831-a096-980e1e3ee001",
    "status": "NOT_AVAILABLE"
  },
  "name": "chargers_nostyles",
  "native_bounding_box": [45.3430229156689, 38.4730619513582, 50.3362439431728, 41.7029421495836],
  "native_crs": "EPSG:4326",
  "original_data_source": "file",
  "sld": {
    "error": {
      "code": 52,
      "message": "GeoServer HTTP or connection error"
    },
    "status": "FAILURE"
  },
  "style": {
    "error": {
      "code": 52,
      "message": "GeoServer HTTP or connection error"
    },
    "status": "FAILURE"
  },
  "thumbnail": {
    "status": "NOT_AVAILABLE"
  },
  "title": "chargers-nostyles",
  "updated_at": "2024-06-16T16:13:55.895605+00:00",
  "url": "https://watlas.lesprojekt.cz/rest/workspaces/filip1/layers/chargers_nostyles",
  "uuid": "217c55dc-a2c7-4831-a096-980e1e3ee001",
  "wfs": {
    "url": "https://watlas.lesprojekt.cz/geoserver/filip1/wfs"
  },
  "wms": {
    "url": "https://watlas.lesprojekt.cz/geoserver/filip1_wms/ows"
  }
}