bedroomghost/brouter
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Merge pull request #770 from waldyrious/typos

Browse Source 
Fix a few typos in various files


Thank you for your cooperation.
This commit is contained in:
afischerdev 2025-03-31 11:02:09 +02:00 committed by GitHub
commit 70ba5e44f1
No known key found for this signature in database
GPG Key ID: B5690EEEBB952194
13 changed files with 55 additions and 57 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
docs/developers/algorithm.md
View File

@ -50,7 +50,7 @@ The reason that `c=0` (=Dijkstra) is used in the second pass and not `c=1`
(=A-Star) is simply that for `c=0` the open-set is smaller, because many paths
run into the cutoff at an early time and do not have to be managed in the
open-set anymore. And because the size of the open-set has an impact on
performance and memory consumption, c=0 is choosen for the second pass. The
performance and memory consumption, c=0 is chosen for the second pass. The
open-set is what's displayed in the graphical app-animation of the brouter-app.
However, you can change the coefficients of both passes in the routing-profile
@ -72,7 +72,7 @@ assign pass2coefficient=-1
```
Some more words on the conditions that the path-cost-funtion g(x) has to
fullfill. Mathematically it reads that you need *non-negative edge costs*, but
fulfill. Mathematically it reads that you need *non-negative edge costs*, but
the meaning is that at the time you reach a node you must be sure that no other
path reaching this node at a later time can lead to a better result over all.
@ -94,5 +94,5 @@ realized later, or maybe not.
Strictly speaking, neither Dijkstra nor A-Star can handle that. And in BRouter,
there's no real solution. There's a mechanism to delay the node-decision one
step further and so to reduce the probablity of glitches from that dirtyness,
step further and so to reduce the probability of glitches from that dirtiness,
but mainly the solution is *don't care*.

2
docs/developers/android_service.md
View File

@ -87,7 +87,7 @@ Another variant is to send parameters for an existing profile that are different
With the version 1.7.1 it is possible to collect parameters from the profile.
The variable parameters are defined like this
```
assign avoid_path = false # %avoid_path% | Set to true to avoid pathes | boolean
assign avoid_path = false # %avoid_path% | Set to true to avoid paths | boolean
```
You probably know that from the web client, it builds an option dialog for this.
Now you could do that with an calling app.

4
docs/features/vianogo.md
View File

@ -7,10 +7,10 @@ parent: Features
BRouter can process via-points and nogo-areas, and [brouter-web](/brouter-web)
offers on online interface to edit both of them.
Nogo areas are useful if you encouter an obstacle that is not contained in the
Nogo areas are useful if you encounter an obstacle that is not contained in the
underlying map. But they can also be useful in planning alternative routes by
excluding e.g. a certain bridge or ferry.
For offline use, nogo-areas can be defined as wayoints using a special [naming convention](../users/android_advanced.md#using-nogo-areas).
For offline use, nogo-areas can be defined as waypoints using a special [naming convention](../users/android_advanced.md#using-nogo-areas).
Handling of via-points during offline use depends on the mode of operation, see
the README for details.

3
docs/privacy_policy.md
View File

@ -16,7 +16,6 @@
## Contact
Get in contact to the delevoper team via Github
Get in contact to the developer team via Github
https://github.com/abrensch/brouter

27
docs/revisions.md
View File

@ -71,12 +71,12 @@ Android
- Minor bug fixes
### [brouter-1.7.2.zip](../brouter_bin/brouter-1.7.2.zip) (19.07.2023)
- Re-index Json output
Note: This is different to releases 1.7.0 and 1.7.1. It is recommended to use the current version to avoid breaks in voice hint output for GeoJson.
Note: This is different to releases 1.7.0 and 1.7.1.
It is recommended to use the current version to avoid breaks in voice hint
output for GeoJson.
### [brouter-1.7.1.zip](../brouter_bin/brouter-1.7.1.zip) (12.07.2023)
@ -87,7 +87,6 @@ Android
- Add silent mode for calling apps
- Fixed download lookups.dat when download only single rd5 tile.
Library
- Update matching points rules on areas with longer distances between way points
@ -191,7 +190,7 @@ Library
- performance improvements
- Bicycle+Foot ETA (estimated time of arrival)
- ETA data in GPX for Locus + OsmAnd
- more precice distance calculation
- more precise distance calculation
- weighted nogos
- BRouter-Web related additions
- maxspeed:forrward/backward
@ -255,7 +254,7 @@ Library
- filtering out unused way tags to increase profile cache efficiency
- cache sizing depending on android memory class
- fixed *ups* bug at very long distances
- fixed a bug when using repeat-timeout shortcut without a cordinate source
- fixed a bug when using repeat-timeout shortcut without a coordinate source
### [brouter_1_4_4.zip](../brouter_bin/brouter_1_4_4.zip) (29.08.2016)
@ -267,16 +266,16 @@ Library
### [brouter_1_4_3.zip](../brouter_bin/brouter_1_4_3.zip) (06.08.2016)
- Option for sending profiles via service interface
- more aggresive profile replacement at version upgrade
- more aggressive profile replacement at version upgrade
- fixed a serious rounding bug when reading locus/orux waypoints
### [brouter_1_4_2.zip](../brouter_bin/brouter_1_4_2.zip) (16.05.2016)
- turn instructions, elevation on locus waypoints
- turn-instructions, shift to less ambigious angles
- turn-instructions, shift to less ambiguous angles
- turn-instructions, locus transport mode cleanup
### [brouter_1_4_1.zip](../brouter_bin/brouter_1_4_1.zip) (09.05.2016
### [brouter_1_4_1.zip](../brouter_bin/brouter_1_4_1.zip) (09.05.2016)
- turn instructions, fixed locus roundabaouts
- added xor, lesser, sub operators for profiles
@ -350,12 +349,12 @@ Library
- special, fast handling for trivial recalculations for timeout-free
recalculations
- fixed the scaling for high-density screens in the download manager
- added more [configuration options](https://brouter.de/brouter/kitkat_survival_readme.txt) to work
around the kitkat (Android 4.4) issues
- added more [configuration options](https://brouter.de/brouter/kitkat_survival_readme.txt)
to work around the kitkat (Android 4.4) issues
### [brouter_0_9_9.zip](../brouter_bin/brouter_0_9_9.zip) (18.4.2014, hot-fix 11.5.2014)
- new (google-play compatible) signing key, UNINSTALL NECCESSARY!
- new (google-play compatible) signing key, UNINSTALL NECESSARY!
- added crc checksums to datafiles
- fixed a bug in accessing the last 64k of a datafile
- extended basedir-proposals (**Fixed Android 4.4 issue on 11.5.2014**)
@ -379,7 +378,7 @@ Library
- improved nogo-handling in service interface (inverse logic, routing mode
stores veto-list)
- added waypoint-selection dialogs when from/to not given
- summary page after service-mode confifuration update
- summary page after service-mode configuration update
- allowed configuration of BRouter's servicemodes without any supported
maptool installed
- added a redirection-workaround for the tracks-output directory
@ -396,7 +395,7 @@ Library
### [brouter_0_9_5.zip](../brouter_bin/brouter_0_9_5.zip) (20.10.2013)
- some performance improvments
- some performance improvements
- support for car-subset datafiles
- timeout-free partial recalcs in service-mode
- added java-version (executable jar) to distribution zip

15
docs/users/android_advanced.md
View File

@ -43,7 +43,7 @@ _routing-profile_.
#### storageconfig.txt
`storageconfig.txt` is used to specifiy additional paths which BRouter should
`storageconfig.txt` is used to specify additional paths which BRouter should
use.
* `secondary_segment_dir` points to an additional directory containing routing
@ -86,8 +86,8 @@ personal routing preferences.
## Routing via _file interface_
The other option is using the BRouter app to calculate a route. This is the
prefered option when calculating long-distance-routes that would not finish
within the 60 seconds timout if calculated via the _service interface_.
preferred option when calculating long-distance-routes that would not finish
within the 60 seconds timeout if calculated via the _service interface_.
To do this, start the BRouter app, select two or more waypoints and then start
the route calculation. BRouter reads waypoints from the `import` folder
@ -97,9 +97,10 @@ If your waypoint database contains a `from` and `to` waypoint the waypoint
selection will be skipped. BRouter also uses `via1`, ..., `via9` as via
waypoints.
If a route is calculated, it is stored as `brouter0.gpx`. BRouter stores the route in
`<basedir>/import/tracks` directory. If started once more with identical input,
BRouter will store a second route `brouter1.gpx` for the first alternative and so on.
If a route is calculated, it is stored as `brouter0.gpx`. BRouter stores the
route in `<basedir>/import/tracks` directory. If started once more with
identical input, BRouter will store a second route `brouter1.gpx` for the first
alternative and so on.
## Mixed operation: _timeout-free recalculations_
@ -116,7 +117,7 @@ _reference track_ in the `brouter/modes` subdirectory.
If afterwards a route to the exact same destination is calculated via the
service interface, BRouter uses a special calculation mode that makes use of the
reference track for faster processing that is guaranteed to give a result within
60 seconds. _Exact same_ destination means withing 5m, so best use the same
60 seconds. _Exact same_ destination means within 5m, so best use the same
waypoint for re-calculating that you used for the initial calculation.
This way you can follow a long distance route via the _service interface_,

5
docs/users/android_quickstart.md
View File

@ -8,7 +8,7 @@ nav_order: 1
### Choosing and installing a map tool
BRouter just calculates tracks as GPX or GeoJSON files. It does not display maps
or give any navigation instuctions. Therefore you need a map-tool in order for
or give any navigation instructions. Therefore you need a map-tool in order for
BRouter to be useful.
Several map tools support routing with BRouter:
@ -44,7 +44,6 @@ Since Android 11 apps can only write to their app-specific storage so BRouter
can only use `<...>/Android/media/btools.routingapp/` as base directory. The
app-specific storage can be located on internal or external storage.
### Download routing segments
BRouter requires routing data which is independent of the displayed map of a map
@ -67,7 +66,7 @@ BRouter as navigation service.
Note: OsmAnd only displays BRouter as navigation service if BRouter is
installed. You have to install BRouter before configuring OsmAnd.
The _service interface_ allows specifing either a _routing-mode_ (used by OsmAnd
The _service interface_ allows specifying either a _routing-mode_ (used by OsmAnd
and OruxMaps) or a _routing-profile_ (used by LocusMap). When using a
_routing-mode_ BRouter selects the _routing-profile_ according to a mapping.

2
misc/profiles2/fastbike.brf
View File

@ -3,7 +3,7 @@
# But also at night or in rainy weather you might want
# to fallback to this one.
#
# Structure is similar to trekking.brf, see this for documenation.
# Structure is similar to trekking.brf, see this for documentation.
#
# With default configuration (tested for Europe), trunks are
# strongly avoided even if there's no bike restriction

2
misc/profiles2/gravel.brf
View File

@ -1,5 +1,5 @@
# "gravel.brf" -- Version 28.04.2024
# This customizeable profile, developed by quaelnix, is designed for gravel cyclists who want to avoid traffic as much
# This customizable profile, developed by quaelnix, is designed for gravel cyclists who want to avoid traffic as much
# as possible, but still get to their destination efficiently - taking into account the capabilities of a gravel bike.
---context:global

4
misc/profiles2/hiking-mountain.brf
View File

@ -54,7 +54,7 @@ assign elevationmaxbuffer 10 # 10 as default
assign elevationbufferreduce 1.0 # 0.0 as default
assign turnInstructionMode = 1 # %turnInstructionMode% | Mode for the generated turn instructions | [0=none, 1=auto-choose, 2=locus-style, 3=osmand-style, 4=comment-style, 5=gpsies-style, 6=orux-style, 7=locus-old-style]
assign turnInstructionCatchingRange 20 # V1.8.5 / default=40, but foot paths may be more distingushed, especially in cities.
assign turnInstructionCatchingRange 20 # V1.8.5 / default=40, but foot paths may be more distinguished, especially in cities.
# as initial point, considered flat speed 4 km/h, climbing speed 600 m /h
@ -542,7 +542,7 @@ assign initialcost switch or bikeaccess footaccess 0 1000000
# 2014-10-10 v1.1 - changed hiking route preference logic
# 1.2 - fixed preference counting bug
# 2014-10-11 1.3 - adding foot route to hiking routes,
# fixed ferry cost to respect initial cost triggerring.
# fixed ferry cost to respect initial cost triggering.
# added bikeaccess, added shortest way mode, code cleanup
# 2014-10-12: v1.4 - involving turncosts and way/node initial costs as orientation/decision penalties,
# but turning them off for sticking to hiking routes as extra preference,

2
misc/profiles2/moped.brf
View File

@ -1,5 +1,5 @@
#
# Moped-Routing is experimantal !!!
# Moped-Routing is experimental !!!
#
# DO NOT USE FOR ACTUAL NAVIGATION
#

2
misc/profiles2/trekking.brf
View File

@ -273,7 +273,7 @@ assign costfactor
#
# steps and ferries are special. Note this is handled
# before the cycleroute-switch, to be able
# to really exlude them be setting cost to infinity
# to really exclude them be setting cost to infinity
#
if ( highway=steps ) then ( if allow_steps then 40 else 10000 )
else if ( route=ferry ) then ( if allow_ferries then 5.67 else 10000 )

16
misc/scripts/mapcreation/brouter.sql
View File

@ -42,7 +42,7 @@ SELECT
ELSE
3
END AS maxspeed_class
-- "buffer radius" was initially created with 50 meters at a lat 50 degrees.... ==> ST_Buffer(way,50)
-- "buffer radius" was initially created with 50 meters at a latitude of 50 degrees... ==> ST_Buffer(way,50)
-- but, using geometry "projection", to get same results by a calculation of the planet (latitude between -80, +85) this value should be adapted to the latitude of the highways...
,
--
@ -58,7 +58,7 @@ WHERE
SELECT
now();
-- modify "way" by large waterways !!" (example Rhein ==> width = 400 ....) enlarge a bit the "50 meter" buffer
-- modify "way" by large waterways !!" (example Rhein ==> width = 400 ...) enlarge a bit the "50 meter" buffer
UPDATE
osm_line_buf_50
SET
@ -203,7 +203,7 @@ CREATE INDEX cities_ok_idx ON public.cities_ok USING gist (way) WITH (fillfactor
CREATE INDEX cities_rel_ok_idx ON public.cities_rel_ok USING gist (way) WITH (fillfactor = '100');
-- select town + population + way starting with cities_ok .... (to catch specials cases as ex. "Berlin" which is tagged with "admin_level=4")
-- select town + population + way starting with cities_ok ... (to catch special cases as ex. "Berlin" which is tagged with "admin_level=4")
--
SELECT
a.name AS name,
@ -376,7 +376,7 @@ FROM
ORDER BY
name;
-- select town + population + way starting with cities_rel_ok ....
-- select town + population + way starting with cities_rel_ok ...
SELECT
a.name AS name,
st_area (a.way) st_area,
@ -965,7 +965,7 @@ ORDER BY
town_class;
--
-- substract the ways from town with a green tag (because administrative surface are some times too large)
-- subtract the ways from town with a green tag (because administrative surface are sometimes too large)
--
DELETE FROM town_tags
WHERE losmid IN (
@ -1048,7 +1048,7 @@ SELECT
now();
-- prepare some special tables
-- the intersections motorway_link with primary/secondary/tertiary deliver the motorway acccesses....
-- the intersections motorway_link with primary/secondary/tertiary deliver the motorway accesses...
SELECT
* INTO TABLE lines_link
FROM
@ -1363,7 +1363,7 @@ GROUP BY
SELECT
now();
-- Do not apply the positiv effect of "motorway density" in proximity of motorway accesses!!!!
-- Do not apply the positive effect of "motorway density" in proximity of motorway accesses!!!!
UPDATE
except_all
SET
@ -1375,7 +1375,7 @@ WHERE
FROM
motorway_access_2000);
-- quite direct at motorway accesses set a negativ effect !!!!
-- quite direct at motorway accesses set a negative effect !!!!
UPDATE
except_all
SET