Skip to content

Commit

Permalink
Merge pull request #1174 from dnlkoch/fix-styleguide
Browse files Browse the repository at this point in the history
Fix styleguide
  • Loading branch information
dnlkoch committed Aug 27, 2019
2 parents ca7247f + 41bb6c3 commit 9b6b477
Show file tree
Hide file tree
Showing 54 changed files with 447 additions and 753 deletions.
6 changes: 3 additions & 3 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -53,7 +53,7 @@ export default sldToOl;
```
## <a name="installation"></a>Installation

Run
Run

```bash
npm i geostyler
Expand All @@ -77,7 +77,7 @@ render() {

## <a name="geostyler-behind-the-scenes"></a>GeoStyler - Behind the Scenes

Internally we are using our own style definition called `GeoStyler Style` (see [TypeScript Declaration Files](#typescript-declaration-files)), which takes the best from SLD and Mapbox. We are not trying to establish just another standard, but we need an exchange format that is flexible and highly compatible with current styling standards. **Understanding GeoStyler Style is only necessary for developers of the project, not for users!** Our style parsers all read and write from and to GeoStyler Style to keep the complexity low. As a positive side effect this lets you translate from any supported style to any other supported style.
Internally we are using our own style definition called `GeoStyler Style` (see [TypeScript Declaration Files](#typescript-declaration-files)), which takes the best from SLD and Mapbox. We are not trying to establish just another standard, but we need an exchange format that is flexible and highly compatible with current styling standards. **Understanding GeoStyler Style is only necessary for developers of the project, not for users!** Our style parsers all read and write from and to GeoStyler Style to keep the complexity low. As a positive side effect this lets you translate from any supported style to any other supported style.

Imagine your previous project was based on QGIS and now you want to setup your own web application. With GeoStyler you can still use your QGIS styles and either save all future formats in qml as well, or you simply translate all your old styles to another format e.g. OpenLayers styles or SLD. It's simple as that!

Expand All @@ -87,7 +87,7 @@ With these two formats there come two interfaces.
You can implement these interfaces to create a parser.
Compare the list of existing parsers below.

![Architecture](/docs/ComponentView.png)
![Architecture](/docs/ComponentView.jpg)

<!-- Code: https://github.com/terrestris/geostyler-demo -->

Expand Down
Binary file added docs/ComponentView.jpg
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Binary file removed docs/ComponentView.png
Binary file not shown.
6 changes: 3 additions & 3 deletions docs/README.md
Original file line number Diff line number Diff line change
Expand Up @@ -53,7 +53,7 @@ export default sldToOl;
```
## <a name="installation"></a>Installation

Run
Run

```bash
npm i geostyler
Expand All @@ -77,7 +77,7 @@ render() {

## <a name="geostyler-behind-the-scenes"></a>GeoStyler - Behind the Scenes

Internally we are using our own style definition called `GeoStyler Style` (see [TypeScript Declaration Files](#typescript-declaration-files)), which takes the best from SLD and Mapbox. We are not trying to establish just another standard, but we need an exchange format that is flexible and highly compatible with current styling standards. **Understanding GeoStyler Style is only necessary for developers of the project, not for users!** Our style parsers all read and write from and to GeoStyler Style to keep the complexity low. As a positive side effect this lets you translate from any supported style to any other supported style.
Internally we are using our own style definition called `GeoStyler Style` (see [TypeScript Declaration Files](#typescript-declaration-files)), which takes the best from SLD and Mapbox. We are not trying to establish just another standard, but we need an exchange format that is flexible and highly compatible with current styling standards. **Understanding GeoStyler Style is only necessary for developers of the project, not for users!** Our style parsers all read and write from and to GeoStyler Style to keep the complexity low. As a positive side effect this lets you translate from any supported style to any other supported style.

Imagine your previous project was based on QGIS and now you want to setup your own web application. With GeoStyler you can still use your QGIS styles and either save all future formats in qml as well, or you simply translate all your old styles to another format e.g. OpenLayers styles or SLD. It's simple as that!

Expand All @@ -87,7 +87,7 @@ With these two formats there come two interfaces.
You can implement these interfaces to create a parser.
Compare the list of existing parsers below.

![Architecture](./ComponentView.png)
![Architecture](./ComponentView.jpg)

<!-- Code: https://github.com/terrestris/geostyler-demo -->

Expand Down

0 comments on commit 9b6b477

Please sign in to comment.