Boundaries Map API/CLI unter anderen OS als Unix

Hi,

leicht OT, aber ich brauche die Info dennoch :wink:

Die Boundaries Map https://wambachers-osm.website/boundaries/ wird bald in der Version 4.3 erscheinen und ich will/muss noch einiges für die neue Doku klären. Ein Problem ist der Aufruf der API bzw. CLI im “Dos-Fenster” unter anderen Betriebssystemen als Linux. Dort lautet er


curl -f -o deu.zip --url 'https://wambachers-osm.website/boundaries/exportBoundaries?apiversion=1.0&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&exportFormat=shp&exportLayout=levels&exportAreas=land&union=false&selected=deu'

oder wenn man das auf mehrere Zeilen aufspaltet:


curl -f -o deu.zip --url 'https://wambachers-osm.website/boundaries/exportBoundaries?'\
'apiversion=1.0&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&exportFormat=shp'\
'&exportLayout=levels&exportAreas=land&union=false&selected=deu'

wobei im URL kein Leerzeichen vorkommen darf und es auf jedes ’ ankommt.

Ich hab nun einen “Kunden”, der das unter Win machen muss und das absolut nicht hinbekommt. In den letzten Jahren hat mich allerdings niemand danach gefragt - scheint also nicht so schwer zu sein.

Nun hab ich nur noch WIN10 und dort komm ich wirklich nicht klar:

a) die neue Powershell von WIN10 hat einen integrierten CURL, dessen Syntax mir auch nach mehreren Stunden Suchen (und Fluchen) verborgen blieb.

b) curl zu installieren und dann die alte DOS-Shell zu verwenden, scheiterte daran, dass ich curl nicht installieren konnte - ja, ich hatte Adminrechte

c) wget wollte genauso nicht.

kann mir jemand einen Tip geben und/oder mir die korrekte Syntax zeigen?

will eigentlich nur in die Doku schreiben, wie das funzt - und das sollte auch richtig sein.

Gruss
walter

ruhig mit den X-sen aufrufen. Wenn

curl: (22) The requested URL returned error: 400 Unknown apikey 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx'

als Resultat kommt, ist alles ok.

Hilft das vielleicht
https://msdn.microsoft.com/de-de/commandline/wsl/about

Jain, aber ich werde drauf hinweisen.

gruss
walter

Hatte den Link nochmal geändert, da der erste etwas alt war

thx.

scheint ja eine sinnvolle Lösung für Win10 zu sein. Bei den älteren Systemen hat da oft noch cgxwin o.ä. was bewirkt.

Aber ne Aussage zu WIN7, WIN8 (9 gab es wohl nicht?) wäre hilfreich.

So, für Win10/Powershell ist es geklärt:


Invoke-WebRequest -Uri "https://wambachers-osm.website/boundaries/exportBoundaries?apiversion=1.0&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&exportFormat=json&exportLayout=levels&exportAreas=water&from_al=2&to_al=12&union=false&selected=49715" -OutFile "C:\users\ben\desktop\test.zip"

Gruss
walter

Bei mir geht es unter Windows10 unter cmd.exe mit einem lokal in bin vorhandenem wget so:

bin\wget  "https://wambachers-osm.website/boundaries/exportBoundaries?apiversion=1.0&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&exportFormat=shp&exportLayout=levels&exportAreas=land&union=false&selected=deu" -O deu.zip
SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = E:\Divers\Ertragswerte/etc/wgetrc
--2017-11-05 07:29:50--  https://wambachers-osm.website/boundaries/exportBoundaries?apiversion=1.0&apikey=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx&exportFormat=shp&exportLayout=levels&exportAreas=land&union=false&selected=deu
Resolving wambachers-osm.website... 130.180.47.146
Connecting to wambachers-osm.website|130.180.47.146|:443... connected.
ERROR: cannot verify wambachers-osm.website's certificate, issued by `/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3':
  Unable to locally verify the issuer's authority.
To connect to wambachers-osm.website insecurely, use `--no-check-certificate'.
Unable to establish SSL connection.

naja, “geht” ist was anderes.

Unter welcher “cmd-shell” denn?

Irgendwer mag Let’s Encrypt als Zertifizierungsstelle (Issuer) nicht. Hast du ne Ahnung, wieso?

Zur Syntax: " anstelle von ', damit kann ich leben.

Gruss
walter

ich werde nachher nochmals versuchen, wget zu installieren.