nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

het opzetten van een functionele GIS-winkel

ShannonGroff3

<\/HEAD>

Hallo daar! Ik werk voor een middelgrote non-profitorganisatie die net ons GIS-programma aan het opzetten is. We hebben momenteel twee primaire analisten en ongeveer 5 gebruikers die ook ervaring hebben met GIS en zouden profiteren van toegang (dat aantal kan groeien). Ons management is volledig overgestapt op OneDrive\/Sharepoint-opslag zonder lokale serveropslag. We werken voornamelijk allemaal op afstand, dus dat is deels de reden waarom ze die stap hebben gezet. Idealiter zouden we één locatie hebben waar we al onze GIS-gegevens, projecten, bronnen enzovoort opslaan waar alle GIS-gebruikers toegang toe hebben en van kunnen werken. We doen niet veel gelijktijdige bewerkingen, maar willen redundantie verwijderen waarbij mensen dezelfde gegevens op meerdere locaties opslaan. We creëren niet veel data, maar gebruiken data die anderen hebben gemaakt (sommige groot zoals nationale landbedekking, beeldmateriaal, enzovoort). Ik heb enkele opmerkingen gelezen over problemen met OneDrive\/Sharepoint. Tot nu toe heb ik wat synchronisatieproblemen gehad bij het werken met ArcGIS Pro-projecten opgeslagen op OneDrive, plus problemen met het uitvoeren van eenvoudige python-scripts met data opgeslagen in Sharepoint. Dus het is niet ideaal. Wat hebben andere organisaties gedaan in dit scenario? We onderzoeken de mogelijkheid van een ArcGIS Enterprise-implementatie, maar weten niet of het overdreven is voor zo'n kleine groep. Een ander onderdeel is dat we idealiter interactieve apps en kaarten zouden kunnen maken, waarvan sommige alleen intern zichtbaar zijn zonder dat voor elke kijker AGOL-licenties nodig zijn (maar ook veel meer zouden publiekelijk toegankelijk zijn). We denken eraan om met een Esri-businessconsultant te praten, maar wilden eerst zien welke informatie jullie misschien kunnen delen. Bedankt!<\/SPAN><\/P><\/BODY><\/HTML>

Vind meer berichten getagd met

Configuration & Integration

Operational Support

Strategy & Planning

Architecture & Security

Accepted answers

All comments

msevierTPCHD

Where do you store your ArcGIS Pro documents and toolboxes? Are those also on Sharepoint or the fileshare? Our org is moving to a sharepoint data storage model and we already use FGDB for our data along with HFL in Portal and AGO for our data. Non GIS formatted files on sharepoint is fine but I'm testing moving Pro docs and toolboxes to sharepoint now and finding it to cause issues with links between Pro and toolboxes.

sandeeppatil

Hi,

I will develop the Arcgis online map with the java spring framework web application and file will be stored on Aws s3 and database server and java server as per your need on static ip based system in your office or aws based ec2 instance.

if you need the developer then please let me know .i am freelancer gis developer.

JoeBryant1

Hi Shannon; great question! I've subscribed to this thread.

I'm in a similar situation, coordinating GIS reference data and project data storage for a consulting firm with 50+ users across the West Coast. We recently upgraded to Enterprise and I am in the process of figuring out how to move our commonly used reference data from multiple file shares to out Portal, yet still keep it organized in a logical hierarchy (by Region, State, County, City, Client, etc.) while also having a descriptive name that includes the publishing date.

I will try to remember to post any updates or issues I find in this workflow here for others to consider. But I'm also very open to solutions other consulting-type firms have implemented.

JacobBoyleesri

Disregard this post, it was intended for another location.

AndrewStickney1

Jacob,

Was your code sample suggesting a solution along the lines of what is in this blog entry? Integrate big data with the ArcGIS System using a plug-in data source (MongoDB)?

JacobBoyleesri

sc.exe create MongoDB binPath= "\"C:\Program Files\MongoDB\Server\3.4\bin\mongod.exe\" --service --config=\"C:\Program Files\MongoDB\Server\3.4\mongod.cfg\"" DisplayName= "MongoDB" start= "auto"

Jacob Boyle, GISP

T: 909 793 2853 x6363 | jboyle@esri.com<mailto:jboyle@esri.com>

AndrewStickney1

Shannon,

I think talking with an Esri consultant would be a wise move particularly dealing with the server/publishing side of data access. However, I can share a little bit of my County's ideas regarding Cloud vs. file server storage.

I work for local government and my department has been asked to move all of our documents to SharePoint/OneDrive storage. As the GIS lead for my department, here is what we've sketched out as a plan for the GIS-specific files.

Use SharePoint/OneDrive for Output PDFs or Microsoft Office documents (i.e. analysis results/reports/documentation)

Use SharePoint to store published/finished map or output products, especially if stored as Microsoft Office document formats. This can include copies of any metadata for GIS datasets exported from the XML version that accompanies the documents. That is where cloud-storage makes sense - SharePoint or OneDrive make it easy to share/edit/comment on one copy of a document rather than emailing multiple copies.

Use file geodatabases on a file server or ArcGIS Enterprise for editing source GIS datasets

For editing data...depending on the number of edits and whether they are concurrent or separate, we use ArcGIS enterprise/server for core data (i.e. the important datasets that everyone uses for daily operations). The advantage of using Enterprise is its support for versioned data (makes it much easier to restore a backup in case of a GIS software crash or editing error/mistake operation and concurrent editing. However, you have to have a staff person to support the administration of that server, so some organizations prefer to just use file geodatabases for data editing.

Use ArcGIS Online/ArcGIS Enterprise (Portal) or file geodatabases on a network file server to share reference data

For storing source GIS datasets for reference (i.e. the stuff you view but don't regularly edit), you can either use dedicated file servers/network drives with file geodatabases or ArcGIS Online/ArcGIS Enterprise (Portal). We have started seeing the advantage of ArcGIS Online and Portal for sharing data and maps internally - it functions/benefits in much the same way for GIS data that cloud-storage works for collaborative sharing of Office documents.

If you have a series of standard layers that everyone always uses, you can store those in read-only file geodatabases with layers or map templates that point to those data sources...or you can publish them to ArcGIS Online (even for internal use) and then people can add them to ArcGIS. Admittedly, this is much easier in ArcGIS Pro than in ArcMap/ArcGIS Desktop, but it does have its advantages.

These are just some thoughts I have had based on my experience migrating from the file server/disk-based world to cloud-base storage. Hope it gives you some food for thought as you reach out to Esri or talk to other consultants.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.