logo separator

[mkgmap-dev] possible echotags enhancement?

From Gerd Petermann gpetermann_muenchen at hotmail.com on Fri Jun 19 13:47:34 BST 2020

Hi Joris,

I cannot reproduce the message "Node generated from 3598483".
Do you have more information for me?

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Joris Bo <jorisbo at hotmail.com>
Gesendet: Freitag, 19. Juni 2020 13:39
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] possible echotags enhancement?

Hi

I tested as well, very nice!

There is one missing I guess ? and that is
“Node generated from 3598483”

Perfect: Way generated from relation 9262523
https://www.openstreetmap.org/relation/9262523

Not yet working Node generated from 3598483
Would be nice if it would be recognisable as well
https://www.openstreetmap.org/relation/3598483


Kind regards
Joris


Van: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> Namens Ranko Jaksic
Verzonden: vrijdag 19 juni 2020 13:17
Aan: mkgmap-dev at lists.mkgmap.org.uk
Onderwerp: Re: [mkgmap-dev] possible echotags enhancement?

Hi Gerd,

Thanks, this is exactly what I need!

I tested "Node generated from" and it works as expected.
Before I couldn't determine if a node was generated from a way or a relation so my script always generated 2 href links (for both way and relation).
One link would work and the other not. Now I can always generate only one (correct!) link :)

See example.zip in attachment: log.txt is the original echotags text log. From this I generate a log.html at the end of every compile.
When you open log.html you can click on the link to open that element in OSM and quickly edit if needed.

I have no ready example for "(Joined)Way generated from" at the moment (I will test it when I find one),
but I think you can commit this change... :)

Ranko

On 19.06.2020. 10:57, Gerd Petermann wrote:

Hi Ranko,



I don't fully understand what you are trying to do. I fear this is not always possible to report the original element. For some ways with a so-called "fake id" there is no real element in OSM, e.g. the ways generated by the --precomp-sea  option.

Anyhow, I've also missed that feature in the past.

Attached is a quick hack to add either node,way, or relation after the string "generated from ". I didn't test it well. Please check if it helps to solve your problem.

The binary is here:

http://files.mkgmap.org.uk/detail/483



Gerd



________________________________________

Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Ranko Jaksic <rjaksic at zgi.hr><mailto:rjaksic at zgi.hr>

Gesendet: Donnerstag, 18. Juni 2020 22:14

An: mkgmap-dev

Betreff: [mkgmap-dev] possible echotags enhancement?



Hello,



echotags style command displays the element type and original OSM-Id (as in "Node generated from <OSM-Id>").



Would it be possible to additionally display the original element type for all such "generated from" elements?

(Something like "Node generated from Way <OSM-Id>" or "Way generated from Relation <OSM-Id>")



Background:



At the end of my style file I use echotags to log elements left unhandled and then process this logfile to generate a html file with direct links to offending elements in OSM.

This way I can click and easily correct the data in OSM if needed.

A href tag generated this way looks like this: <a href="https://www.openstreetmap.org/way/688658542"<https://www.openstreetmap.org/way/688658542><https://www.openstreetmap.org/way/688658542><https://www.openstreetmap.org/way/688658542>>OSM link</a>



To do this I need to detect the (original) element type from the echotags message (is it a node/way/relation),

but for "generated from" elements there is no way to detect this properly from the echotags message text.



For example: with the "--add-pois-to-areas" option a node is generated for each polygon or multipolygon.

However, the message is the same for both and there is no way to detect if the original element was a polygon ("way") or a multipolygon ("relation") :(



regards,

Ranko



_______________________________________________

mkgmap-dev mailing list

mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



More information about the mkgmap-dev mailing list