GC/OC Matching

[adorfer]

Aber die Verwechslungsquote ist bei mir 0%! Man muss schon lesen, was ocprop einem da als "möglicherweise identisch" vorschlägt.

Ich würde gern des Abstand für das Matching (deutlich) verringern wollen.
Derzeit sind das gefühlt 300m Radius, die da abgeglichen werden.
40m würde mir vollkommen reichen.
Wenn es weiter auseinander liegt, dann sind das einfach nicht die gleichen Caches.
Entweder waren sie das nie, oder der Owner hat die Pflege des (OC-)Listings aufgegeben und soltle daher auch keine Logs bekommen, die evtl. andere OC-only-Cacher anlocken, die dann feststellen, dass der Cache mit der OC-Beschreibung gar nicht mehr funktioniert.

 

[Ruhrcacher]

@jha
Wenn du die Perl-Skripte verwendest bzw. neu kompilieren kannst, dann stehe einer Änderung nichts im Weg

 

[adorfer]

Wenn du die Perl-Skripte verwendest bzw. neu kompilieren kannst, dann stehe einer Änderung nichts im Weg

Genau, und deshalb frage ich ja.
Oder wolltest Du in Wirklichkeit schreiben "wenn Du Perl verstehst"?

 

[MiK]

Meint ihr nicht, dass ihr mit dieser Diskussion im falschen Forumsteil seid.?

 

[Ruhrcacher]

@MiK: Leider ja. Wäre toll, wenn ein Mod sie verschieben oder gar zusammenführen könnte

@jha: ich verstehe sie, nutze sie aber nicht, da ich keinen Compiler habe.
Wie es da bei dir steht weiß ich ja nicht, daher das Wort "verwenden".
ich gehe mal davon aus, wer die Skripte direkt verwendet auch in etwa in der Lage ist sie zu modifizieren.

Edit:
Es müssten 0.2km = 200m sein, auf die da geprüft werden.
Such mal im Quelltext nach

  $url->query_form(searchto => "searchbydistance", showresult => "1",
		   expert => "0", output => "HTML", sort => "bydistance",
		   f_userowner => "0",
		   f_userfound => "0", f_inactive => "0",
		   latNS => latns($gccoords),
		   lat_h => latdeg($gccoords),
		   lat_min => latmin($gccoords),
		   lonEW => lonew($gccoords),
		   lon_h => londeg($gccoords),
		   lon_min => lonmin($gccoords),
		   distance => "0.2",
		   unit => "km");