keepright-talk — developer's talk about keepright

[Keepright-talk] Please disable misleading rule

[Kyle H. <K....@ou...>]

Hi, can you please disable Rule #360 in New Zealand (refer to  https://sourceforge.net/p/keepright/code/HEAD/tree/checks/0360_language_unknown.php)

The advice is misleading and wrong, we have thousands of places with multilingual names that are divided with a slash. This is a well-established tagging style, but keepright is telling people to delete one of the languages.

For example:
name=Aoraki / Mount Cook
name:mi=Aoraki
name:en=Mount Cook

This should not create a validator warning.

Thanks,
Kyle

[Keepright-talk] restriction:conditional, only_u_turn and multiple from/to members

[<eas...@po...>]

Hi,

Thanks for your work on keepright!

I noticed that restrictions like this one:
https://www.openstreetmap.org/relation/13297182 (version #1)
where the restriction is conditional like:
restriction:conditional=only_straight_on @ (Mo-Sa 05:00-20:00)
are reported to have an 'unknown type'.
However, the the wiki suggests using them:
https://wiki.openstreetmap.org/wiki/Relation:restriction
and they are used also rather frequently, so there are lots
of false positives for this check.
There are even some that are restricted to a certain vehicle
and provide another condition like restriction:hgv:conditional.

Another type of false positives I found are no_entry restrictions
with multiple from members which is allowed according to the wiki.
For example this one: https://www.openstreetmap.org/relation/13924242
(version #1). Also restrictions no_exit restrictions with multiple
to members are allowed.

One more: The wiki includes the restriction type 'only_u_turn' which
is also reported by keepright, for example here:
https://www.openstreetmap.org/relation/13268830 (version #1)

Btw do you keep track of false positives reported via the keepright
UI? I wasn't sure wether I should report this here or via the
tool.

Cheers

[Keepright-talk] Wrong RSS feed

[Kovacs S. <hu...@gm...>]

Hi!

RSS export is wrong format.

e.g:
https://www.keepright.at/export.php?format=rss&ch=0,30,40,50,70,90,100,110,120,130,150,160,170,180,191,192,193,194,195,196,197,198,201,202,203,204,205,206,207,208,210,220,231,232,270,281,282,283,284,285,291,292,293,294,311,312,313,320,350,370,380,401,402,411,412,413&left=16.113886&bottom=45.737129&right=22.897709&top=48.585258

Open in Firefox: "Stray end tag "link" "

W3C Validator:
https://validator.w3.org/feed/check.cgi?url=https%3A%2F%2Fkeepright.at%2Fexport.php%3Fformat%3Drss%26ch%3D20%2C30%2C311%2C312%26left%3D-82.39%26bottom%3D30%26right%3D-82.1%26top%3D30.269

Greetings from Hungary,
Szilveszter

[Keepright-talk] name localization issues

[Julien L. <sou...@le...>]

Hi,

now that keepright data is part of iD, I found that a lot of name 
localization issues were present on the map, but I'm having some 
troubles understanding this issue. In France for instance, we usually 
put the local name (French) in the name tag, and there is consensus on 
not using the name:fr tag since it's redundant. Sometimes, there is a 
name in a local language that gets its own tag (for instance, we have 
features with "name" and "name:br" or "name" and "name:oc", but no 
"name:fr"). What does this issue mean in this case?

I also get a similar issue in multilingual contexts like Brussels, where 
roads have a name in French and in Dutch. The consensus is to put both 
names in the "name" tag, and localized names in "name:fr" and "name:nl". 
The issue suggests adding "name:XX=Rue Tasson-Snel - Tasson-Snelstraat", 
which is completely wrong. What should I do?

Thank you!

Re: [Keepright-talk] Dump file

[Harald K. <kee...@gm...>]

Hi Aleš,

you can download individual schemas too: the naming convention is

http://keepright.at/error_view_82.0.txt.bz2

where 82 is the schema number and 0 is a running number that is used to 
split the files (circumventing the 30 second execution time limit for 
the update script). Currently all three schemas are small enough so that 
no splitting is needed so there is no ".1" - file.

about the duplicates: I didn't know that. Thank you very much for the 
hint, I'll fix that!

Greetings from Vienna,
Harald

> Hi,
> I started to use keepright_errors.txt.bz2 
> <http://keepright.ipax.at/keepright_errors.txt.bz2> dump file to 
> correct all slovenian errors.
>
> Is it possible to get only some schema's. For Slovenia I need only 82, 
> 98 and 99.
>
> I noticed, you have duplicate entries in dump file. Duplication occurs 
> on fields schema and error_id which should be unique. Maybe you need 
> to export only distinct records. In Slovenia that is 20%.
>
> Here are 2 examples
>
> 823110650almost-junctionsnode43090783newThis node is very close but 
> not connected to way #43918302008-11-27 00:00:002012-06-15 
> 21:00:002007-09-06 12:49:58482295194172897051\N\NThis node is very 
> close but not connected to way #$14391830
> 823110650almost-junctionsnode43090783newThis node is very close but 
> not connected to way #43918302008-11-27 00:00:002012-06-15 
> 21:00:002007-09-06 12:49:58482295194172897051\N\NThis node is very 
> close but not connected to way #$14391830
>
> or
>
> 82497316100places of worship without religionnode313106025newThis node 
> is tagged as place of worship and therefore needs a religion 
> tag2008-11-21 22:00:002012-06-15 21:00:002008-11-19 
> 05:11:27466424985184144875\N\NThis $1 is tagged as place of worship 
> and therefore needs a religion tagnode
> 82497316100places of worship without religionnode313106025newThis node 
> is tagged as place of worship and therefore needs a religion 
> tag2008-11-21 22:00:002012-06-15 21:00:002008-11-19 
> 05:11:27466424985184144875\N\NThis $1 is tagged as place of worship 
> and therefore needs a religion tagnode
>
> I also noticed, there are duplicate errors of the same error. So 
> different schema,error_id, but same error_type, object_type 
> and object_id, which should also be unique. In Slovenia that is 15%.
>
> Example
>
> 82 23437256 060 24896973
> 82 4179376   060 24896973
> 82 264966     060 24896973
>
> Both this duplication are not visible on web site, but are present in 
> dump file. If corrected it would reduce dump file a lot.
>
> -- 
>
> Regards,
>
> *Aleš Trtnik*,
>
> Softdata d.o.o., Preradovic(eva 14, 1000 Ljubljana.
> tel: 01 4384164
> mob: 041 698793
> www: www.softdata.si <http://www.softdata.si>
> email: al...@so... <mailto:al...@so...>
>
>
>
>

[Keepright-talk] Dump file

[Aleš T. <al...@so...>]

Hi,
I started to use
keepright_errors.txt.bz2<http://keepright.ipax.at/keepright_errors.txt.bz2>
dump
file to correct all slovenian errors.

Is it possible to get only some schema's. For Slovenia I need only 82, 98
and 99.

I noticed, you have duplicate entries in dump file. Duplication occurs on
fields schema and error_id which should be unique. Maybe you need to export
only distinct records. In Slovenia that is 20%.

Here are 2 examples

82 31106 50 almost-junctions node 43090783 new This node is very close but
not connected to way #4391830 2008-11-27 00:00:00 2012-06-15 21:00:00
2007-09-06
12:49:58 482295194 172897051 \N \N This node is very close but not
connected to way #$1 4391830
82 31106 50 almost-junctions node 43090783 new This node is very close but
not connected to way #4391830 2008-11-27 00:00:00 2012-06-15 21:00:00
2007-09-06
12:49:58 482295194 172897051 \N \N This node is very close but not
connected to way #$1 4391830

or

82 497316 100 places of worship without religion node 313106025 new This
node is tagged as place of worship and therefore needs a religion tag
2008-11-21
22:00:00 2012-06-15 21:00:00 2008-11-19 05:11:27 466424985 184144875 \N \N This
$1 is tagged as place of worship and therefore needs a religion tag node
82 497316 100 places of worship without religion node 313106025 new This
node is tagged as place of worship and therefore needs a religion tag
2008-11-21
22:00:00 2012-06-15 21:00:00 2008-11-19 05:11:27 466424985 184144875 \N \N This
$1 is tagged as place of worship and therefore needs a religion tag node

I also noticed, there are duplicate errors of the same error. So different
schema,error_id, but same error_type, object_type and object_id, which
should also be unique. In Slovenia that is 15%.

Example

82 23437256 060 24896973
82 4179376   060 24896973
82 264966     060 24896973

Both this duplication are not visible on web site, but are present in dump
file. If corrected it would reduce dump file a lot.

-- 

Regards,

*Aleš Trtnik*,

Softdata d.o.o., Preradovičeva 14, 1000 Ljubljana.
tel: 01 4384164
mob: 041 698793
www: www.softdata.si
email: al...@so...

[Keepright-talk] Almost junctions and mixed layers intersections

[SomeoneElse <li...@ma...>]

I notice that keepright's "Almost junctions" view now seems to flag 
intersections between items on different layers - potentially very valuable.

However, something seems to have gone a bit wrong here:
http://keepright.ipax.at/report_map.php?schema=86&error=29009380 
<http://keepright.ipax.at/report_map.php?schema=86&error=29009380>

It's the bridge that's throwing it off I suspect - but presumably it's 
not something that needs checking that a road joins a bridge, and then 
there's a road at the other side?  There's no layer= setting on either 
way on either side of the node.

(on the other hand actual layer=X changes are useful to know)

Cheers,
Andy

[Keepright-talk] Misspelled tag logic

[Mika L. <la...@ik...>]

Hello,

I found the following error in the zone I am mapping actively:

**********
misspelled tags, node 663724223
This node is tagged 'brand=Tamoil' where "Tamoil" looks like "tamoil"

http://keepright.ipax.at/report_map.php?schema=14&error=9714633
**********

It looks like a false positive to me. Do you agree or should I change 
the tag for example by using a lower case initial for "tamoil"?

--
Mika Laari

Re: [Keepright-talk] Possible bug in islands

[Harald K. <e96...@gm...>]

Hi David,

thank you for the suggestion!
In fact the islands check completely ignores the oneway tag at the 
moment, instead it travels any highway in any direction.

It would be very interesting to see what happens if the algorithm would 
follow oneway streets in the right direction only. In highly-meshed road 
networks this could possibly not lead to more errors because there are 
enough alternative ways.

I'll have a look at this!
Thank you,
Best regards
Harald


> I think Keepright's floating island finder will not find one-way
> islands.  That is, an island might be connected to the rest of the map
> by a one-way street, permitting traffic in to the island, but not out,
> or visa-versa.
> 
> I don't actually know if any such islands exist, but it's got to be
> worth checking.
> 
> 
> 
> > Keepright-talk mailing list
> Kee...@li...
> https://lists.sourceforge.net/lists/listinfo/keepright-talk
> 

[Keepright-talk] Possible bug in islands

[David T. <no...@op...>]

I think Keepright's floating island finder will not find one-way
islands.  That is, an island might be connected to the rest of the map
by a one-way street, permitting traffic in to the island, but not out,
or visa-versa.

I don't actually know if any such islands exist, but it's got to be
worth checking.

[Keepright-talk] test message

[Harald K. <e96...@gm...>]

my first message...